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SABE O QUE É O SISTEMA COM? 


EMBORA MAIS DE 100 CLIENTES JÁ UTILIZEM OS NOSSOS SERVIÇOS 
DE MICROFILMAGEM CONVENCIONAL OU EM SISTEMA “COM”, 
É POSSÍVEL QUE NEM TODOS OS POTENCIAIS UTILIZADORES SAIBAM 
O QUE SIGNIFICA “COM” (computer output microfilm) 


Molagrapira 


leader mundial em COM 
tentará esclarecê-los. 


COM é principalmente economia, 
pois substituindo papel por microfichas 
economiza espaço, tempo de impressão, 


de distribuição e-de acesso à informação. 


Numa época em que os custos do papel 
sobem em flecha, COM é uma solução 
a estudar com urgência. 


Os sistemas integrados DATAGRAPHIX, 
compostos pela unidade COM, 
reveladora, duplicadora DIAZO ou 
VESICULAR, leitores simples, automáticos 
ou reprodutores, apoiados por um eficiente 
serviço de assistência e manutenção, 
garantem, além da economia, segurança 
e rapidez na difusão da informação. 


Os nossos serviços técnicos estão ao vosso inteiro dispor para estudar o vosso problema, 
quer se trate de microfilmes convencionais quer em sistema COM, 
fazendo os necessários testes e lançando as aplicações. 


Representado em Portugal por 


OMNNes de Organização e Microfilmagem, Lda. 


R. Campolide .55,5º-Telefs. 65 65 27:65 92 08:65:18 05TIx.COMLIS 15837 P-1.000 LISBOA-PORTUGAL 
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1.º CONGRESSO PORTUGUÊS DE INFORMÁTICA 


ATENÇÃO 


1. A Direcção não se responsabiliza 
pela publicação dos originais não 
solicitados: 


2. O conteúdo desta revista é ''copy- 
right”. A sua reprodução, total ou 
parcial, sem autorização do direc- 
tor é proibida. 
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ASSOCIAÇÃO PORTUGUESA DE INFORMÁTICA 


A AP. é uma associação profissional, sem carácter sindi- 
cal, sem fins lucrativos, exercendo a sua actividade em todo o 
território português (do Art: 1º dos estatutos). 

Encontram-se em funcionamento duas Delegações Regio- 
nais com sede respectivamente no Porto e em Lisboa. 

A Associação tem fins culturais e científicos que contri- 
buam para o aperfeiçoamento e progresso técnico, económica 
e social e para divulgação das. técnicas informaticas. 


Para tal a A.P.I. procurará: 


— Promover q intercâmbio de conhecimentos tecnicos; 
— Contribuir para o desenvolvimento do ensino da Infor: 


mática; 


— Promover Congressos, Conferências e Exposições sobre 


informática; 


Cum fins profissionais: 


— Definir a profissão de informática nos diversos estados 
do seu desenvolvimento; 

— Enquadrar a profissão de informática no conjunto das 
outras profissões; 

— Prestar colaboração aos organismos sindicais no sentido 
de melhor enquadramento e defesa dos trabalhadores de 
informática no âmbito da contratação colectiva. 


(do Arte 5º dos estatutos) 


A A.Pl. edita uma revista e um boletim de distribuição 


gratuita para Os sócios. 


Tem constituídos alguns grupos de trabalho que se 


debruçam sobre temas quer de interesse geral como é o 


caso do grupo “Profissão”, quer sobre problemas mai: 


específicos como por exemplo “Bancos de dados”. 


— Prestar colaboração e cooperar com entidades nacionais 


e estrangeiras em assuntos de informática. 


(do "Art: 4º dos estatutos) 


1. Os originais deverão ser 
enviados para a sede da API, 
Avenida Almirante Reis, 127, 
1º. Esgº., Lisboa, dirigidos ao 
Director da Revista. 


2. Os originais devem ser 
dactilografados a dois espaços em 
folhas brancas  normalizadas 
(tipo A-4). As gravuras devem ser 
aceitáveis para a tipografia. Os 
gráficos, esquemas e outros de- 
senhos devem |pautar-se pela 
mesma regra, sendo apresentados 
em papel vegetal e desenhados 
a tinta-da-china. As gravuras, 
desenhos e outras figuras devem 


estar numerados e acompanhados : 


das respectivas legendas. 

A ordem do texto deve ser: 
título, nome do autor, local de tra- 
balho e/ou: instituição de apoio, 
resumo em português, resumos em 

“inglês ou francês e artigo propria- 
mente dito. O artigo deve ser di- 
vidido em secções numeradas, 
como por exemplo: ' 

. introdução 

. definição de uma rede de 
computadores 

. topografia de redes 

. agradecimentos 

. referênciãs 


Para que a Associação alcance o lugar que lhe é de- 


vido necessita da colaboração de todos. 


Inscreve-te como sócio, a quota é de 20800, e cola- 


INSTRUÇÕES AOS AUTORES 


3. As referências a autores 
e obras devem obedecer ao seguin- 
te padrão: (Raphael, 1976); (Ge- 
lenbe, 1971); (Aho, Hopcroft e 
Ullman, 1974). O que correspon- 
deria, nas referências bibliográfi- 
cas apresentadas no final do tra- 
balho, a: 


Raphael, B. — The thinking com- 
puter — Mind inside matter. 
W.H. Freeman, 1976. 


Gelenbe, E. — The rule for dynamic 
storage allocation under equi- 
librium. 

Information Processing Letters 
1, 59-60, 1971. 


Aho, A.V.; Hopcroft, J.E.; Ullman, 
D.D. — The design and ana- 
lysis of computer algorithms. 
Addison-Wesley, 1974. 


4. Os vocábulos estrangeiros 
devem, nos originais, ser apresen- 


* fados em sublinhado (indicação 


de itálico) e não entre aspas, salvo 
quando se tratar de citações de 
textos. 

5, Os artigos devem ser acom- 
panhados de um pequeno resumo 
em inglês e/ou francês, além de 
um resumo em língua portuguesa. 
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hora nas actividades da nossa Associação. 


6. Os autores devem indicar 
as palavras-chave dos seus tra- 
balhos. 


7. Os autores têm direito a 
cinco exemplares da revista em que 
os seus trabalhos forem publicados, 
grátis. No caso de pretenderem 
um número mais elevado de revis- 
tas, deverão contactar com ante- 
cedência a Redacção da Revista de 
Informática, onde serão informados 
acerca das condições para tal. 


8. Os artigos publicados são da 
responsabilidade dos respectivos 
autores. 


9. A Revista de Informática 
está aberta a toda a colaboração, . 
não se responsabilizando, contudo, 
pela publicação dos originais não 
solicitados. Estes originais serão su- 
jeitos à apreciação crítica da Di- 
recção da Revista e do seu Conselho 
de Redacção. Em caso de recusa de 
publicação, os autores serão infor- 
mados das respectivas razões. Os 
originais recomendados pelos mem- 
bros do Conselho de Redacção serão 
assinados com o nome do res- 
pectivo conselheiro. 
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EDITORIAL 


ERIFARTA Im 


1. A Revista de Informática aparece, naturalmente, como o resulta- 
do das experiências, acumuladas ao longo de cerca de cinco anos 
na velha revista Informática, em prol da divulgação do que se 
tem feito em Portugal. De certo modo, o que agora se inicia 
é uma nova série da revista da API. 

Conforme havíamos anunciado no número anterior, deci- 
dimos simultâneamente melhorar o seu aspecto gráfico e organi- 
zar a sua referenciação, precisamente no início da década de 80. 

Conseguimos, também, que a sua saída coincidisse com o 
trimestre respectivo. 


2. Realizou-se entre 17 e 31 de Outubro de 1979, o Seminário 
n.º 261 do LNEC, subordinado ao tema ''Prospectiva da Com- 
putação Científica””, com a participação de cerca de 30 pessoas, 
e cerca de 24 moderadores e coordenadores de 10 temas. A sua 
significativa importância, como elemento de estudo, leva-nos 
a chamar a atenção para a próxima edição de um livro com toda a 
documentação e intervenções mais importantes. No próximo nú- 
mero da revista será publicado o texto introdutório a este se- 
minário. 


3. Realizar-se-á de 19 a 23 de Maio do corrente ano o 1.º Congresso 
Português de Informática, na Fundação Gulbenkian, em Lisboa. 
Não é de mais realçar este facto, único na história da Informática 
portuguesa (ainda por fazer), para motivar os nossos leitores 
a participarem activamente, quer através de comunicações, 
quer através da sua presença e intervenção. 


Helder Coelho 


SS 
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DITRAM 


O INTRODUTOR DOS MICROCOMPUTADORES EM PORTUGAL 
LOGO EM 1973 


PERKIN-ELMER 


Terminais Impressores 
Terminais CRT 
Terminais Inteligentes 
Computadores 


s 9 
intel O INVENTOR DOS MICROCOMPUTADORES 


º Componentes 
e Sistemas OEM 
(Acaminho das 1000 unidades colocadas em Portugal) 
* Sistemas de desenvolvimento de microcomputadores 
(Dezenas colocadas em Portugal) 


TR5-30 


O MAIOR DOS PEQUENOS COMPUTADORES 


200.000 unidades vendidas em 2 anos 
Microcomputadores para pequenas e médias empresas: 
Ensino, Cálculo, Gestão, etc. 


RHÔNE- TA SISTEMS 
ARLS PISA SAS 2 Suportes magnéticos PYRAL 


Bandas, discos, “disc packs”, 


,» 66 


“foppy discos”, “cassettes” 


— CURSOS DE OU INTRODUÇÃO AO TRS 80 
— CURSOS DE APERFEIÇOAMENTO 
— ASSISTÊNCIA TÉCNICA A TODO O NOSSO EQUIPAMENTO 


DITRAM 
ERR c0= 20 


Av. MIGUEL BOMBARDA, 133, 
TEL.545313 1000 LISBOA 


O MELHOR FAZ A DIFERENÇA 
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Licenciatura em Engenharia 
Informática 

na Universidade Nova de 
Lisboa 


ee me eee 


1. Faculdade de Ciências 
e Tecnologia (F.C.T.) 


A F.C.T. da Universidade Nova 
de Lisboa está organizada em De- 
partamentos concebidos como uni- 
dades orgânicas de ensino, inves- 
tigação, extensão cultural e presta- 
ção de serviços à comunidade em 
que se integra. 

Sem deixar de se inserir na zona 
urbana da chamada Grande Lisboa, 
a F.C.T., cuja implantação na mar- 
gem sul do Tejo está para breve, 
visa atingir dois objectivos essen- 
ciais: : 


— formação de agentes do 
ensino universitário para 
as populações da zona indus- 
trial de Almada-Seixal-Bar- 
reiro-Montijo-Setúbal; 

— dinamização da interacção 
Universidade - Comunidade, 
especialmente nesta região 
industrial. 


A actividade departamental da 
F.C.T. favorece a organização de 
cursos de especialização e de exten- 
são em acumulação e na sequência 
das suas licenciaturas. 

Actualmente estão em funciona- 
mento as seguintes licenciaturas: 


— Engenharia Informática; 
— Engenharia do Ambiente; 
— Engenharia de Produção 

Industrial. 


2. Licenciatura em 
Engenharia Informática 
(L.E.l.) 


Esta Licenciatura em funciona- 
mento desde 1975, está organizada 
em quatro semestres lectivos e 
pressupõe, na admissão, que os 
alunos tenham completado 6 se- 
mestres de ensino superior adequa- 
do. Com;a finalidade de se iniciar, 
logo que possível, nas novas ins- 
talações em Almada, está em pre- 
paração uma licenciatura em 


À 
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Engenharia Informática baseada 
num ensino universitário unitário 
distribibuído em dez semestres 
lectivos, e que virá provavelmente 
a exigir como nucleares as disci- 
plinas de Matemática e de Físico- 
-Químicas do ano propedêutico. 

A presente Licenciatura, mercê 
da existência de disciplinas opcio- 
nais, dá possibilidade de apro- 
fundar a formação em aspectos 
de informática fundamental, li- 
gados com programação, compi- 
lação, exploração ou de informática 
dos equipamentos, ligados com 
arquitecturas, dispositivos e cir- 
cuitos, ou ainda informática de 
gestão, ligada com os sistemas de 
informação, centros de processa- 
mento e aplicações. 

Sendo, até agora, o único 
curso universitário envolvido 
no ensino sistemático das matérias 
de informática como um todo, 
a presente Licenciatura procura 
fazer face às carências existentes no 
País, em meios humanos, e num 
domínio importante para o seu 
desenvolvimento. 


3. Perspectivas de Mercado 
de Emprego 


Os licenciados por este curso 
têm encontrado situações de em- 
prego em departamentos de infor- 
mática de organismos públicos 
nacionalizados e privados, e ainda 
em empresas "de produção de 
equipamento e desenvolvimento de 
aplicações. 

Dada a expansão dos actuais 
departamentos de informática, a 
criação de novos departamentos, e a 
crescente informatização de proces- 
sos e aplicações, as carências em 
meios humanos, que parcialmente 
são satisfeitos pelos licenciados em 
Engenharia Informática, continuam 
a ser significativas. 


4. Condições de. Admissão 


As habilitações necessárias para 
a admissão na L.E.I. são os três 
primeiros anos completos dum 
curso superior de qualquer das 
áreas: Engenharia, Ciências e 
Economia, com frequência mínima 
de quatro semestres de Matemática 
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e um de Probalidades e Estatística. 
A. eventual escolha da opção 
virada para o equipamento requer a 
formação inicial no domínio da 
Engenharia Electrotécnica. É ne- 
cessário ainda que os candidatos 
possuam conhecimento suficiente 
das línguas inglesa e francesa, 
De acordo com o número de ins- 
crições, poderá vir a ser necessária 
uma prova de selecção. 


5. Plano Curricular da L.E.I. 


1.º Semestre (23 a 26h/semana) 


Teoria dos Grafos (3), Progra- 
mação Matemática (3), Análise 
Combinatória (2), Fundamentos 
de Programação (3), Linguagens 
Algorítmicas-l (2), Sistemas Ló- 
gicos-I (6), Electrónica . Digital-l 
(H-3), Estrutura e Funcionamento-l 
(4), Organização e Gestão (G-2). 


2.º Semestre (21 a 25h/semana) 


Modelos  Probabilísticos (3), 
Estrutura de Dados (4), Linguagens 
“Algorítmicas-ll (F-6, G-6, H-4), 
Sistemas Lógicos-II (F-4, G-4, H-2), 
Electrónica Digital-Il (H-4), Teoria 
da Comunicação (H-3), Estrutura 
e Funcionamento-ll (4), Lança- 


' mento e Implementação de Siste- 


mas de Informação (G-4). 
3.º Semestre (22 a 23h/semana) 


Bases de Dados .(F-6, G-6), 
Linguagens Formais e Autómatos 
(2), Técnicas de Programação-l (1), 
Microprocessadores-I (H-6), Sis- 
temas de Exploração-l (2), Orgãos 
Periféricos (H-2), Teleinformática 
Geral (F-3, G-3, H-2), Análise de 
Sistemas (6), Gestão de Centros 
de Processamento de Dados (2). 


4.º Semestre (24 a 29h/semana) 


Análise Numérica (3), Introdu- 
ção às Bases de Dados (H-4), 
Técnicas de Programação-Il (1), 
Técnicas de Compilação (2), Pro- 
jecto de Compiladores (F-3), Mi- 
croprocessadores-ll (H-6), Telein- 
formática Complementar (H-3), 
Sistemas de Exploração-ll (2), 
Computação Gráfica (F-3, H-3), 
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Projecto de Computação Gráfica 
(F-2), Projecto de Análise de 
Sistemas (F-10, G-15), Psicologia 
da Empresa (G-2), Seminários 
(F-3, 6-3). 


(Informática F-Fundamental, 
G-Gestão, H-Hardware). 


Alguns Problemas das 
Políticas Nacionais 
de Informática 


A CEE preocupa-se com a 
Informática 


Na última semana de Julho, 
os Ministros dos Negócios Estran- 
geiros da CEE acordaram na con- 
cessão de um subsídio de cerca de 
1 700 mil contos às empresas comu- 
nitárias que se dedicam à constru- 
ção de equipamentos informáticos. 

O presente subsídio, abrangen- 
do o período de 4 anos, é o resultado 
de 2 anos de discussões no seio da 
Comunidade e representa apenas 
1/4 do inicialmente previsto. Como 
principal fundamentação para a sua 
existência é apresentada a neces- 
sidade de se ajudar a indústria de 
computadores comunitária a comba- 
ter mais eficazmente o controle de 
cerca de 50% do mercado que a 
IBM detém actualmente na Europa 
Ocidental (1). 

A maior parte — cerca de 3/5 — 
da quantia é atribuída para finan- 
ciamento de projectos apresentados 
por firmas da CEE com o fim de pro- 
mover o estudo e desenvolvimento 
de novos campos de aplicação da 
informática. O montante restante 
destina-se em partes iguais ao apoio 
de investigações e trabalhos nos 
campos da normalização das espe- 
cificações usadas nos computadores 
da Administração e da Defesa dos 
vários países e da standardização 
das linguagens utilizadas (simbóli- 
cas e objecto). 

As preocupações que ditam tais 
medidas são claras. No entender 
da Comissão, urge a definição por 
parte da CEE (e não apenas por 
cada um dos países membros) de 
uma dinâmica e enérgica política 
conjunta de desenvolvimento da 
indústria de computadores e de 
micro-electrónica, face ao crescente 


avanço que os EUA e o Japão paten- 
teiam nestes domínios —nomeada- 
mente ao nível dos computadores 
de micro-chips, de bases de dados 
e das telecomunicações. 

Todavia o presente subsídio só 
por si pouco significa numa área 
onde os níveis de investimento são 
elevadíssimos, e onde os constru- 
tores não europeus revelam uma 
grande capacidade de autofinancia- 
mento. Para se ter uma ideia disso 
basta dizer que apenas a IBM 
dispôs no ano passado de 72 mi- 
lhões de contos de lucros «puros» 
(lucros líquidos não distribuídos), 
e tinha atribuído internamente um 
orçamento de 63 milhões de contos 
para I&D, ou seja, nada mais, nada 
menos, do que cerca de -4 vezes 
mais do que o nosso país gastou 
em 1976 em todos os domínios, e 
um pouco mais do que o volume de 
vendas de cada uma das 2 maiores 
empresas europeias de computa- 
dores: a CIH-HB e a ICL (2). 


Apoiar ou não o sector de 
Informática 


Mas, se a presente decisão poucos 
efeitos práticos terá se não for 
acompanhada de apoios governa- 
mentais de cada um dos países 
membros da CEE — como aliás 
tem vindo a ser feito na maior 
parte dos casos desde os fins dos 
anos 60 — ela pouco menos traduz 
as crescentes preocupações nos 
campos da informática, da electró- 
nica e das telecomunicações dos 
governos dos países mais desenvol- 
vidos. 

A definição de políticas bem 
precisas neste campo é tida em 
regra como requisito importante no 
delinear das suas estratégias de 
desenvolvimento. 

Muito recentemente, o director 
da Sociedade de Processamento de 
Dados do Japão, afirmava a uma 
revista da especialidade: «O futuro 
económico pertence, não a econo- 
mias de capital intensivo, mas sim 
àquelas baseadas em conhecimento 
intensivo. Neste momento, as in- 
dústrias de capital intensivo estão 
a ser atacadas por competidores dos 
países em vias de desenvolvimento. 
Ora, para proteger as suas posições 
nos mercados mundiais, um país 
deve desenvolver uma sociedade 


baseada no conhecimento, consti- 
tuída essencialmente por indústrias 
de conhecimento intensivo» (3). 

Esta preccupação contudo não 
se coloca (ou pelo menos não se 
deveria colocar) apenas aos países 
com um alto nível de desenvol- 
vimento. Para aqueles que ainda 
não atingiram tais níveis é ainda de 
maior acuidade a elaboração de 
estratégias e políticas nacionais de 
informática, nomeadamente através 
da criação de instituições de coor- 
denação, de controle, de formação 
ou de serviços e, em alguns casos, 
mesmo de produção industrial. 

Como foi referido na conferência 
SPIN sobre estratégias e políticas 
em informática (1978), soou a hora 
da grande opção: os países hoje 
em desenvolvimento são os que on- 
tem falharam na revolução indus- 
trial, os de amanhã correm o risco 
de serem aqueles que tenham falha- 
do a revolução informática actual. 

E isto porque já se aceita hoje a 
informática (e a conjugação da sua 
tecnologia com a das telecomuni- 
cações) como um dos instrumentos 
privilegiados no desenvolvimento 
económico e social. A atestá-lo 
estão as várias tentativas de equa- 
cionar novos modelos de desenvol- 
vimento que tenham presente o 
crescimento verificado daquilo que 
se convencionou chamar «sector 
da informação», em detrimento dos 
outros sectores convencionais da 
actividade económica, e ao mesmo 
tempo apresentem uma alternativa 
ao sistema clássico de aumento de 
produtividade e do crescimento 
económico baseado em crescentes 
aumentos de consumo de ener- 
gia (4). 

O compreensível desejo de auto- 
-suficiência face ao exterior em sec- 
tores estratégicos como este, tem 
no entanto, grandes limitações 
decorrentes das características que 
este sector assume, o que reco- 
menda que as decisões tomadas 
— essencialmente a de constituição 
de indústrias nacionais — o sejam 
sempre baseadas em cuidadosos e 
detalhados estudos das capacidades 
tecnológicas existentes e nas condi- 
ções do mercado. 

Aliás, a não existência duma 
profunda análise económica foi 
apresentada num recente estudo 
sobre as políticas governamentais 
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no campo da informática (5) como 
uma das principais razões que leva- 
ram ao falhanço de algumas das 
medidas tomadas na Europa a partir 
dos anos de 60. 


Alguns problemas 


Até 1964 podia considerar-se 
o fosso tecnológico existente nesta 
área entre os EUA e a Europa como 
insignificante. Vários países eu- 
ropeus estavam em posição de po- 
der conceber um computador com 
capacidades semelhantes aos pro- 
duzidos pelos EUA. Mas com o apa- 
recimento da terceira geração de 
computadores, utilizando já circui- 
tos integrados e com velocidades de 
processamento elevados, isso dei- 
xou de se verificar rápidamente, 
os europeus viram-se na dependên- 
cia total dos construtores ameri- 
canos. 

A consciência dessa dependên- 
cia, aliada ao desejo de preservar o 
prestígio internacional dos países 
europeus mais desenvolyidos (pres- 
tígio esse importante nas relações 
económicas internacionais), a von- 
tade de evitar situações de desem- 
prego em sectores fâcilmente postos 
em causa com essa situação, bem 
como considerações sobre os riscos 
criados por uma dependência em 
sector tão delicado, levou a uma 
mudança 'de atitude por parte de 
vários países europeus. 

A partir dos fins dos anos 60, 
vários governos começam a definir 
políticas concretas, nomeadamente 
pela criação de indústrias nacionais 
de hardware e pelo apoio à promo- 
ção de aplicações informáticas, 
acompanhadas não raras vezes de 
vultuosos subsídios e por contratos- 
-programa. 

Mas a informática deixava de 
ser uma zona de médios investi- 
mentos e altos valores acrescenta- 
dos, para exigir cada vez mais in- 
vestimentos elevados, enquanto 
que a taxa de lucro descia para 
valores médios. 

Ao mesmo tempo, para além 
de determinado desenvolvimento 
tecnológico de base de outras 
indústrias que se encontravam a 
montante (nomeadamente a electró- 
nica) exigido como condição básica 
para o lançamento de indústrias 


nacionais, as características do mer- 
cado europeu não foram sempre 
tomadas em devida conta. A sua 
demasiada parcelarização, mesmo 
dentro da CEE, não permitia econo- 
mias de escala ao nível da produção 
e da comercialização; e o basear-se 
a expansão na dependência de mer- 
cados externos, para além de não 
ser muito recomendável numa pri- 
meira fase, não era facilmente rea- 
lizável. 

O peso do hardware foi, por seu 
lado, perdendo importância na tota- 
lidade dos custos de um sistema de 
processamento de dados, em detri- 
mento do software. Se no início dos 
anos 60 o peso daquele era de 80%, 
foi rapidamente diminuído, para 
actualmente se situar em cerca de 
30%. A tardia apreensão de tal 
evolução criou alguns problemas 
pela crescente especialização exi- 
gida em termos do pessoal informá- 
tico e pela necessidade de uma 
grande parte dos investimentos 
ter de ser canalizada para o softwa- 
re. 

Recentes estudos estimavam 
que um laboratório de 1 & D virado 
para o desenvolvimento do hardwa- 
re e do software, e que abranja 
todos 'os produtos ligados à indús- 
tria, necessita de dispender, pelo 
menos, de 2,5 a 3 milhões de contos 
anuais. Ora, o peso de 1 & D no 
total do volume de vendas neste 
sector é à volta de 7%. 

Nestes termos, apenas grandes 
construtores, com um volume de 
vendas superior a 35 milhões de 
contos anuais, conseguirão auto- 
nomia neste campo. E aqui as fir- 
mas europeias, cuja principal carac- 
terística jogando em seu desfavor 
face às congéneres americanas é 
a sua subcapitalização, só têm a 
perder (6). 


Conclusão 


A história da indústria infor- ' 


mática europeia está ainda por fa- 
zer: os benefícios e as repercussões 
para toda a sociedade dos investi- 
mentos feitos neste sector só a 
médio e a longo prazo se poderão 
quantificar nas suas reais dimen- 
soês. 

No entanto, se alguma conclusão 


“se pode tirar já, ela será, concer- 


teza, mau grado erros e omissões de 
percurso, a de ser correcta, impor- 
tante e urgente a definição de polí- 
ticas nacionais de informática, bem 
fundamentadas e à dimensão de 
cada país ou comunidade. 

Muitas vezes pode cair-se num 
erro de confundir política para a 
informática com política para a fa- 
bricação de equipamento informá- 
tico, o que pressuporia que tais 
políticas estariam apenas ao al- 
cance dos países desenvolvidos. 
Nada de mais errado. Os países de 
menores recursos financeiros po- 
dem e devem tentar assegurar 
eles próprios ce suporte lógico e a 
manutenção dos seus sistemas. 
No capítulo da construção é que os 
objectivos devem ser mais «modes- 
tos». Referindo-se ao primeiro 
plano de desenvolvimento para a 
informática argelino, elaborado no 
âmbito do plano económico-social 
para o quinquénio 1979/84, e que 


“prevê atingir-se a autonomia na- 


queles campos declarava quanto 
ao capítulo da construção o Comis- 
sário Nacional para a Informática: 
«Não se trata para nós de fabri- 
carmos computadores, mas sim da 
fabricação dos elementos de siste- 
mas informáticos que a dimensão 
do nosso mercado interno nos per- 
mita fazer com um balanço econó- 
mico global positivo». 

E isto porque, como foi afirma- 
do por um director da UNESCO, 
«a informática é mais que uma for- 
ma de poder, é um sistema de po- 
der. Cada nação que queira perma- 
necer soberana deve dispor de uma 
informática em função das suas 
necessidades e das suas aspira- 
ções». 


(in DGOA/0&lI-n.º3-Mai/Jul-1979) 


(1) Cf. The Economist, July 28, 1979 


(2) Cf. 01 Informatique, n.º 130, Mai 1979 


(3) Computer Weekly International, 
November 10, 1977 


(4) Ver o artigo publicado nos n.ºs 10/11 e 
12 de 1977 deste boletim, de autoria 
de A. Lavado e G. Domingos. 


(5) Inforav, The Computer industry in 
Europe: an investigation of government 
policies, Rome, Inforav, 1978. 


(6) Inforav, op. cit. 
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1.º Encontro do 
Microfilme 


Um grupo de utilizadores do 
microfilme, especialmente ligado 
à Banca deu o primeiro passo 
para, à semelhança do que se passa 
noutros países, criar a ASSOCIA- 
ÇÃO PORTUGUESA DO MICRO- 
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FILME cujo principal objectivo é 
a divulgação é o desenvolvimento 
micrográfico. 

A primeira actividade desta 
Associação será a realização do 
1.º Encontro do MICROFILME, 
nos dias 4 a 8 de Fevereiro pró- 
ximo. Entre outras manifestações, 
haverá um Curso sobre ''TÉCNI- 
CAS AVANÇADAS DE MICROFIL- 
MAGEM'' e uma exposiçaô de 
equipamentos do microfilme co- 


E NOSSO PROGRANA 


DE GONVER a Fo 


APROVADO 


Nao Pá possive 
com à cometi 


mercializados em Portugal. 

O Curso, que é orientado 
pelos especialistas brasileiros do 
CENADEM, André e Silva e 
Marcello Thut, realiza-se no Hotel 
Sheraton... 

“Informações e reservas de ins- 
crições sobre este encontro podem 
ser pedidas para a secretaria na 
Rua de Campolide, 55-5º. 

Telefones: 65 92 08, 65 18 05, 
65 65 27, 659702. 


Vade vans Eral. 
E como Se mesprrio vm 
ereções aus Cobol, 
eae cebtas wo goi 
RPG e vie de 


— VOLUME DE NEGÓCIOS EM 1978: 4,5 milhões de contos 
— 44% realizado no domínio da INFORMÁTICA 

— Trabalhos realizados em mais de 60 países 

— Efectivos em 31/12/78: 1.565 


A filial portuguesa SEMAP actua nas seguintes áreas informáticas: 


— Estudos — Diagnósticos 


— planos Directores 


— Implementação “chave na mão” de aplicações 


— Desenvolvimento e comercialização de ''packages” 


— Estudo de selecção de equipamentos 


— Auditoria Informática 


— Formação a todos os níveis, nas técnicas informáticas 


mm 


grupo metra 


R. Castilho, 39-13.º G — 1200 LISBOA 
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SICOB 79 


Teve lugar em Paris entre 19 e 28 Setembro o 30º 
SICOB e que anualmente se realiza nesta cidade. 

Trata-se dum importante certame que atrai grande 
número de fabricantes e utilizadores no sentido duma 
actualização mútua em matéria de novos produtos e 
realizações. 

Quanto a nós, e erradamente, é este certame tido 
como uma exposição informática, quando, na realidade, 
ele apresenta um carácter de maior generalidade apre- 
sentando, ou pretendendo pelo menos apresentar, solu- 
ções de organização, no sentido lato da palavra e aqui 
terá a sua grande virtude. Na realidade, e de uma for- 
ma integrada, são apresentadas soluções que vão desde 
o mobiliário, passando pelos arquivos, fotocopiadoras, 
impressos e tratamento do correio até chegar aos pe- 
quenos e grandes sistemas informáticos. Desta forma, 
é oferecido ao visitante a possibilidade de observar 
soluções para a sua empresa nos seus diversos as- 
pectos. 

No entanto, o peso da informática continua de forma 
predominante em todo o conjunto de expositores e, 
por aquilo que me foi dado observar durante a minha 
estadia, é também o centro das principais atenções de 
todos os visitantes. E este facto, não será de admirar se 
tivermos na devida conta a excepcional importância que 
esta ferramenta representa no suporte das diversas 
actividades da empresa moderna. 

No capitulo informático fomos deparar com grande 
unanimidade de estratégia dos construtores quanto à 
filosofia dos equipamentos oferecidos, já que todos eles 
esboçam muito firmemente, um avanço no sentido do 
chamado processamento distribuído, que tem merecido 
aliás, dos especialistas na matéria os mais diversos 
e desencontrados comentários e opiniões. 

Não pretendendo entrar de forma alguma na dis- 
cussão de semelhante tema, até por ser descabida num 
texto como este, quero deixar bem expressa a impres- 
são que me deixou a enorme variedade de equipamen- 
tos denominados de minicomputadores e dedicados, 
prioritáriamente, a efectuar processamentos locais. 
Assim, os fornecedores cobrem, ou pensam cobrir, 
as necessidades das pequenas e grandes empresas e 
isto porque denominando-se minicomputadores eles 
possuem, na verdade, uma capacidade muito apre- 
ciável de processamento que lhes permite absorver em 
elevada percentagem as diversas tarefas administra- 
tivas e de controlo das pequenas empresas, dando-lhe 
uma total autonomia e possibilitando-lhe, quando o 
desejarem, libertar-se dos processamentos em “Ser- 
vices Bureaux”. 


Gomes do Carmo 
BESCL 


Em Portugal esta tendência tende a vincar-se já 
porque nem sempre as suas necessidades são devida- 
mente satisfeitas por este tipo de serviço, já porque 
existe um insofismável desejo de processar portas 
adentro as suas aplicações. Paralelamente encontramos 
as grandes empresas com necessidade crescente de 
libertar os seus computadores centrais das enormes 
cargas que constituem, hoje em dia, os processamentos 
administrativos. A esta necessidade de aliviar os com- 
putadores centrais junta-se uma outra necessidade, e 
esta sim de muito peso, e que é a de responder, em de- 
vido tempo, às necessidades regionais quando se trata 
de empresas com implantação nacional ou, pelo menos, 
de apreciável cobertura geográfica. As empresas com 
estas características vão sentindo a premente neces- 
sidade de resolver localmente ou regionalmente os di- 
versos procedimentos administrativos de prioridade 
mais alta, reservando para o seu equipamento central 
as tarefas mais pesadas, de prioridade menor e de al- 
cance nacional. 

Poderemos ilustrar esta afirmação com o exemplo 
da execução do desconto de letras na actividade bancá- 
ria, em que se reserva o processamento do cálculo do 
desconto e respectivo crédito à conta dos clientes para 
o equipamento local, já que é a fase prioritária do ser- 
viço a prestar e deixando para o equipamento central o 
controlo de toda a carteira de letras, este sim de prio- 
ridade mais baixa e de âmbito nacional. Igualmente, e 
se pensarmos numa empresa industrial, deixaremos ao 
equipamento local a tarefa da facturação e controlo de 
entregas e cobranças por serem tarefas prioritárias 
-o dinheiro é cada vez mais caro- ficando o equipamento 
central com a tarefa do processamento das contas cor- 
rentes dos seus clientes, vendedores, bem como todas 
as tarefas de controlo de gestão no sentido amplo do 
termo. 

Parece-nos assim, que nos encaminhamos para uma 
progressiva e cautelosa tendência para a descentrali- 
zação das diversas tarefas administrativas, cumprindo- 
-se centralmente aquelas tarefas que permitem acom- 
panhar a actividade global da empresa. Esta tendência 
é devidamente acompanhada e até incentivada pelos 
construtores de equipamentos informáticos, conforme 
já tive oportunidade de afirmar. 

Façamos uma ronda, necessariamente muito rápi- 
da, “pelos principais construtores e equipamentos, 
segundo a nossa óptica, é evidente, sem qualquer preo- 
cupação de hierarquização e sómente como forma de 
dar notícia daquilo que me foi dado observar neste cam- 
po de processamento distribuído que, repito, me pare- 
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ceu ser a principal ilação a tirar deste importante Salão. 

Na BURROUGHS fomos encontrar a série B 80, sis- 
tema a discos e que, segundo o construtor, assegura 
uma total compatibilidade para o futuro. Já há notícia 
do aparecimento do B 90 a confirmar esta sua afirma- 
ção. Com uma considerável capacidade de memória 
que pode ir de 60 KB a 124 KB permite este sistema 
trabalhar em multiprogramação. Esta série é progra- 
mável em RPG e COBOL. 

Igualmente podemos ver a série B 800 com as 
suas características de tratamento em tempo real ou por 
lotes, tratando interactivamente a colheita e controlo de 
dados. 

A sua unidade central poderá ter uma capacidade 
de memória variando entre 32 e 128 KB. Pode controlar 
até 35 terminais e o COBOL, ANS 74, GAP II, NDL e 
MPL são linguagens evoluídas de programação que ele 
suporta. A completar estas características são igual- 
mente anunciadas facilidades de ''packages”” que redu- 
zem em muito os custos de instalação desta série de 
equipamentos. 

Quanto a nós, a novidade mais aliciante apresen- 
tada por este construtor foi o seu terminal MT-600, 
ecran programável, linguagem evoluída, compilação 
sobre o terminal e numerosos periféricos, nomeada- 
mente micro-discos e impressoras. É fácil adivinhar o 
impacto que este conjunto independentemente e autó- 
nomo pode provocar na solução de certos problemas 
muito localizados e de volume adequado. 

Muito concorrido estava o “stand” da C.I.I. HO- 
NEY WELL BULL com o seu Mini 6. Possui esta família 
farta capacidade de inserção no mercado de informática 
repartida e de tratamento puramente local. Na reali- 
dade, possui uma excelente capacidade de processa- 
mento, admite multiprogramação podendo controlar 
numerosos terminais trabalhando interactivamente. 
Em Portugal já havia sido anunciado, aguardando-se a 
sua concretização de implantação. Devidamente traba- 
lhado, auguramos um bom mercado para esta família 
de minis. 

Encontramos depois a DATA GENERAL CORPO- 
RATION que fabrica e comercializa uma completa linha 
de computadores compatíveis entre eles. Os seus siste- 
mas de gestão destinam-se, em particular, às aplica- 
ções necessitando de tratamento interactivo a partir de 
vários terminais. Vemos igualmente aqui uma perfeita 
adequação à tendência várias vezes afirmada neste 
artigo. Fazemos referência a este construtor dado que 
possuímos notícias seguras da sua próxima instalação 
em força no mercado nacional. 

Encontramos expostos os minicomputadores da 
série NOVA 4 nos seus três modelos: NOVA 4/C cuja 
memória central pode ir até 64 K e os NOVA 4/S e 
NOVA 4/X cuja memória varia entre 64e 256K. 

Igualmente vimos os ECLIPSE nos seus modelos 
C/150, €/350 e M 600 com a capacidade de tratamento 
que permite responder às exigências mais complexas 
de gestão das transacções. 

Apresenta ainda este construtor uma família de mi- 
croprocessadores muito potentes como é o caso do 
micro NOVA existindo em várias versões, compatíveis 
entre si e com a família NOVA e ECLIPSE. 


Completam a gama de produtos com os sistemas 
CS, pequenos sistemas de gestão, concebidos para apli- 
cações interactivas. Como curiosidade este sistema é 
apresentado em 4 modelos: CS/20 monoteclado; CS/30 
até 3 terminais: CS/40 até 9 terminais e CS/60 até 17 
terminais. 

Pareceu-nos equipamento capaz de produzir muita 
agitação no mercado nacional. 

A DATASAAB encontrava-se igualmente bem re- 
presentada com a sua variada gama de produtos, co- 
brindo as necessidades comerciais, industriais e finan- 
ceiras. 

Na série de minicomputadores encontramos o D15 
e a nova Dl6 que comporta um conjunto de minicom- 
putadores de gestão em tempo real, cobrindo as neces- 
sidades das pequenas empresas e da informática re- 
partida nas grandes. Possui esta série uma variedade 
de unidades centrais compatíveis de capacidade cres- 
cente, permitindo a adaptação da configuração desta 
série aos volumes de dados a tratar. Trata-se duma sé- 
rie orientada para disco e programável em COBOL pos- 
suindo '“'packages'” aplicacionais de gestão e conta- 
bilidade. 

Pergunta-se quando surgirá este construtor em Por- 
tugal com propósitos firmes de implantação. 

A NCR apresentou a sua série 8000 com as sua famí- 
lias 8100; 8200; 8400; 8500 e 8600. Esta série cobre as 
necessidades do utilizador desde os pequenos sistemas 
de gestão até aos grandes ordenadores multiprocessa- 
dores com grande capacidade de memória. Esta série 
caracteriza-se pelo emprego do COBOL 74 como lin- 
guagem de programação e pela sua compatibilidade 
completa na família o que permite ao utilizador evoluir 
à medida das suas necessidades. 

Já encontramos esta série comercializada em Por- 
tugal, sendo as suas características susceptíveis de 
resolver os problemas de processamento sentidos quer 
pelas pequenas quer pelas médias e grandes empresas 
no nosso país. Aliás, é o autor testemunha de uma cres- 
cente agressividade comercial da NCR PORTUGAL, 
nomeadamente com esta série de equipamento. 

A NIXDORF COMPUTER afinava pelo mesmo dia- 
pasão, apresentando como estrela a série 8870. As suas 
configurações a discos são orientados para tratamento 
em tempo real, utilização repartida, a partir de termi- 
nais locais ou remotos que podem ser dotados de uma 
impressora autónoma. Permite o desenvolvimento si- 
multâneo de trabalhos conversacionais e tratamento 
clássico por lotes. Permite a transmissão com outros 
equipamentos da família NIXDORF e grandes equipa- 
mentos centrais de outros fornecedores, o que lhe dá 
grande versatilidade e campo de utilização no mercado. 

A sua unidade central pode ir de 64 a. 512 KB, 
acesso directo e capacidade de multiprogramação. 
Discos que podem ir de 5 MB a 66 MB. Admite, igual- 
mente, bandas magnéticas de 800 ou 1600 BPI, 1 a 16 
postos de trabalho e como linguagens de programação 
o RPG 2, COBOL, ANS ou BASIC. 

Este modelo já se encontra comercializado entre 
nós. 

Para terminar esta nossa digressão, encontramos a 
OLIVETTI que, quanto a nós, apresentou dois produtos 
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que poderão vir a ter muito interesse e que são a sua 
série de minicomputadores P 6000, toda ela orientada 
para um tratamento local, unidade central controlando 
vários terminais interactivos, utilizando o BASIC 
como linguagem de programação. 

A OLIVETTI PORTUGUESA não parece muito incli- 
nada a comercializar este tipo de equipamento, já o 
mesmo não sucedendo com o seu sistema BCS 2030, 
computador de escritório com belíssimas características 
adaptadas, essencialmente, à pequena empresa ou 
pequenas aplicações fácilmente localizáveis. 


VERBATIM 


Com estas linhas procurámos acentuar a tendência 
evidenciada pelos construtores e apresentar aqueles 
modelos ou famílias que mais nos impressionaram, sem 
qualquer intenção de programa e sómente como 
ilustração das afirmações. 


(Recebido em 13.12.1979) 


— DISKETTES, MINI-DISKETTES E CASSETTES P/ TODAS AS MARCAS 


DE COMPUTADORES, EQtos. DE RECOLHA DE DADOS, TRATAMENTO DE 


TEXTOS E FOTO COMPOSIÇÃO 


REPRESENTANTE EXCLUSIVO PARA PORTUGAL: 


DATINFOR INFORMÁTICA SERVIÇOS E ESTUDOS LDA. 
R. MOUZINHO DA SILVEIRA, 7R/C 


TECONFOR 


Gabinete Técnico 


TEL 530933/4 
1200 LISBOA 


de Administração, Organização 
Contabilidade e Informática, Lda. 


A Informática ao Serviço da Contabilidade e Gestão da Empresa. 


Consulte TECONFOR! 


RECOLHA — PROCESSAMENTO — 


TELETRANSMISSÃO DE DADOS 


Gabinete Técnico para servir as Empresas 


Praça José Fontana, 25-3º Esq. — Tel. 53 00 86-57 32 89-57 65 81 - 1000 LISBOA 
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PREFIRA QUALIDADE CD) 
SUPORTES MAGNÉTICOS e 
DISCOS “DISKETTES” 
BANDAS CONTROL DATA PORTUGUESA, sarl “CARTRIDGES” 
SEDE E FÁBRICA — PALMELA 
ESCRITÓRIOS — AV. JULIO DINIZ. 10-1ºC — Tet. 763814 LISBOA 


CONHEÇA E UTILIZE 
OS NOSSOS SISTEMAS DE 
CLIMATIZAÇÃO 


ESTAMOS AO SERVIÇO 
DA INFORMÁTICA CONSULTE-NOS 


Através de sistemas automáticos CELSIUS — Atmosfera controlada para 
completamente controlados, em unidades computadores e Industria, 
individuais, utilizando material da Lda. 
melhor qualidade, com assistência 
técnica assegurada e permanente. APARTADO 2950 1123 - LISBOA 
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IM.C. — Congresso Internacional de 
Micrografia em Paris 


Tivemos a sorte de ser um de entre a meia dúzia de 
portugueses inscritos no I.M.C€. realizado em Paris no 
Palácio dos Congressos em Setembro último, paralela- 
mente à realização impar que é o SICOB. 

Deste falaremos apenas no que se refere à exposi- 
ção de equipamentos de micrografia, esperando que 
alguém, dos muitíssimos nacionais que o visitaram, 
aqui venha dizer algo, do que à Informática se refere. 

Todos os anos se realiza um I.M.€. em locais diver- 
sos: Estocolmo, Washington, Johanesburg, agora 
Paris e em 1980 Hong-Kong. 

Um tema de base orienta os trabalhos dos diversos 
LM.C.'s. E é curioso notar que os diferentes temas 
cada vez mais focalizam as íntimas ligações entre as 
diversas tecnologias. '*Confluência de tecnologias” 
foi mesmo o tema de outro congresso, o da N.M.A. rea- 
lizado em Atlanta (U.S.A.) em Maio último. 

Por outro lado, cada vez mais se verifica a interpe- 
netração das tecnologias na vida do homem, prenden- 
do-o, enleando-o, envolvendo-o em todas as suas mani- 
festações. 

Foi assim que o IMC-79 teve por tema “MICRO- 
GRAFIA E VIDA, QUOTIDIANA” — Realidades de 
hoje, necessidade de amanhã. Tentando colocar a 
tónica na evolução da micrografia como instrumento 
facilitando o trabalho do homem e na forma subtil, 
mas segura como, dia a dia, nas nossas vidas vamos 
encontrando a presença da micrografia na cultura, na 
educação, na saúde, nos lazeres. 

Em sessões de iniciação, paineis, sessões gerais, 
lesenrolou-se o congresso no qual participaram mais 

te 700 inscritos distribuindo o seu interesse por algu- 
nas das mais sugestivas conferências, orientadas por 
mes conhecidos no mundo da micrografia. Eis al- 
sumas. 


1. aplicações da micrografia 


Especialistas normalmente de grandes empresas ou 
vrganismos utilizadores, trouxeram as suas experi- 
ências nos vários domínios: administração civil, saúde, 
bombeiros, gestão de empresas, ciências de engenha- 
ria, banca e outros serviços, gabinetes de estudo e 
projectos, serviços notariais, estatísticas, etc., dando- 
-nos conta do vasto campo que se abre à micrografia. 


J. Costa Abraul 
COM 


2. relações da micrografia com a informática 


Não foi por acaso que ao mesmo tempo que se 
realizava o I.M.€. se realizava o Congresso de Infor- 
mática sob o tema “Informática e Sociedade””. 

Nenhuma ciência de informação pode, por si só, 
resolver todos os problemas. A complementariedade 
destes dois ramos foi bem vincada, por, homens da 
informática e da micrografia. 


3. a micrografia e a cultura 


Os métodos de tratamento da informação e o seu 
acesso revolucionaram o ensino, as bibliotecas, o in- 
ventário das riquezas artísticas de um país, na forma- 
ção e nas universidades. 


4. adaptação dos novos equipamentos ao 
homem 


Os novos equipamentos põem problemas de adpta- 
ção ao homem. Em que medida é que a mudança ope- 
rada num sistema de informação pode afectar o com- 
portamento do homem, e o projecto do correcto posto 
de trabalho para cada equipamento foram: objecto da 
exposição de técnicos especialistas. 


5.0 valor legal do microfilme 


A micrografia avança mais depressa que as leis 
que a deveriam regular. Experiências interessantes 
como as da França e as da Suíça poderão servir de 
orientação aos vários países interessados e especial- 
mente em Portugal onde a legislação é, praticamente, 
inexistente. 


6. o futuro da micrografia 


O que nos trará o futuro no que se refere a equi- 
pamentos? 
E novas tecnologias? 
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Quais as relações da micrografia com as outras 
Tecnologias? 

A exploração dos mitos e das realidades da micro- 
grafia e a apresentação de elementos significativos 
que auguram um longo futuro nas relações entre o 
tratamento electrónico da informação e o tratamento 
das imagens através da micrografia, foi outro dos temas 
abordados. 

Mas o futuro também pode ser incerto em face 
à evolução de outros meios de memorização, por exem- 
plo suportes magnéticos. 

O futuro... quando para nós ainda nem o presente 
começou. Qualquer das sessões teve farta assistência, 
especialmente as que se referiam a aplicações prá- 
ticas e o diálogo após cada exposição entr» conferen- 
cistas e participantes tornou-se vivo e profícuo. 

A impressão que no final nos ficou foi a de que a 
micrografia, tecnologia complementar e não concor- 
rente das outras tecnologias da informação, especial- 
mente da informática, vai ter um surto de desenvol- 
vimento rapidíssimo sendo necessário “criar” uma 
sociedade capaz de a aceitar sob o ponto de vista 
legal. , 

Hoje ela já invade as empresas, os hospitais, as 
escolas, as bibliotecas e não há leis que a regula- 
mentem. 

No que se refere à exposição de equipamentos 
é-nos impossível dar uma ideia precisa de tudo o que 
vimos. A par dos grandes fabricantes, normalmente 
americanos, outros de menor porte apresentavam 
as últimas inovações em microfilmadoras, planetárias 
ou rotativas, sistemas de classificação e arquivo, 
sistemas revolucionários que permitem a actualização 
dos “dossiers” de arquivo. A par da micrografia 
clássica, o COM (computer output microfilm) apre- 
sentava técnicas de “impressão laser'”” de alta velo- 
cidade. 

Outros introduziram côr nos suportes de informa- 
ção, tornando assim mais aliciante a consulta, além 
das inúmeras possibilidades que daí advém. 

Em leitores de microfilmes a gama era imensa. 

“Amanhã” todos nós teremos um leitor em casa, 
para inúmeras aplicações à nossa disposição. 

É um imenso mercado que se abre aos fabricantes 
que mostram as possibilidades desde os leitores 
simples, portáteis ou não, até aos leitores mais so- 
fisticados de busca automática para manuseamento 
de grandes volumes de informação. 

Que melhores palavras para terminar do que os 
de um dos organizadores do IMC? 

“Tecnologia de progresso, aberta às aplicações 
associadas à informática à transmissão à distância, 
a micrografia entrou assim no nosso quotidiano. Se 
ela não está ainda em todos os lares, isso não impede 
que ela participe na vida geral do trabalho e da cidade. 

Realidade de hoje, ele impõe-se cada vez mais como 
um meio de comunicação, um conjunto de “média” 
bastante prático”. 

Não, ainda não terminamos sem duas palavras 
acerca da micrografia em Portugal. 

Ainda na infância, muito há que fazer na formação 


dos quadros, dos empresários, nas escolas, para en- 
sinar as pessoas a tirarem partido deste excepcional 
instrumento de gestão. 

Muito há a fazer a nível dos utilizadores e estu- 
diosos da micrografia na formação de grupos de estu- 
do, e, porque não? uma Associação Nacional de Mi- 
crografia. f 

O seu programa é tão vasto que dificilmente se 
poderá preparar uma lista exaustiva. Duas funções 
no entanto, nos parecem importantes: a congregação 
de esforços no sentido da preparação de leis e normas 
que regulamentem a micrografia e a inclusão nos pro- 
gramas das escolas do ensino da micrografia a par da 
formação e reciclagem de profissionais. 

A troca de experiências e o imprescindível auxí- 
lio das Escolas e Universidades poderá conduzir 
não a Congressos pomposos, mas a simples encontros, 
mais à nossa dimensão, mas tão proveitosos como 
os outros. 

Esta parece-nos ser ideia mestra que trouxemos 
do IMC/79. 

Para quando em Lisboa um “*Encontro do Micro- 
filme”? 


(Recebido em 6.11.1979) 
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A Representação na Resolução de Problemas 


RESUMO 


Salienta-se a importância da 
representação no processo de 
resolução de problemas, quer 
realizado por seres humanos, 
quer por máquinas. Apresenta-se 
a título exemplificativo um proble- 
ma específico de transporte, 
o problema dos missionários e 
dos canibais, e descrevem-se 
formulações alternativas para este 
problema: i) verbal; ii) em termos 
de Teoria dos Conjuntos; iii) em 
termos de Álgebra Vectorial; iv) 
usando uma linguagem de pro- 
gramação de muito alto nível, 
o Prolog, baseada na lógica de 
predicados de primeira ordem. 

Para esta última formulação 
estudam-se, com algum detalhe, 
os modos de representação e de 
resolução deste problema. 


ABSTRACT 


The attention of the reader 
is drawn to the importance of 
representations in human and 
computer problem solving pro- 
cesses. As an example, a specific 
problem of transportation, is 
presented, the missionaries and 
cannibals problem. For this 
problem, four alternative repre- 
sentations are discussed: i) a 
verbal formulation; ii) a formu- 
lation by means of Set Theory; 
iii) a formulation in terms of 
Vector Algebra; iv) a formulation 
using a very high level program- 
ming language, Prolog, based on 
first order predicate logic. For 
this last formulation, the repre- 
sentation and the solving pro- 
cesses are studied in some detail. 


No caso seral, o problema da representação diz res- 
peito, ao estudo da relação existente entre os diferentes 


José Carlos Cotta 
LNEC 


processos de formulação de um problema e a eficiência 
segundo a qual uma solução é encontrada. O objectivo 
do estudo da representação pode, portanto, resumir-se 
como sendo o processo de encontrar a formulação mais 
adequada a determinado problema, isto é, encontrar a 
formulação que simplifique ao máximo a sua resolução. 

No caso da resolução de problemas ser realizada por 
seres humanos existem resultados da Psicologia Experi- 
mental (Julish et al, 1979) que demonstram que repre- 
sentações alternativas para um mesmo problema 
podem conduzir a processos de resolução de tal forma 
diferentes que operações fastidiosas e de forma alguma 
óptimas aparecem como promissoras e operações apli- 
cáveis não parecem estar ao alcance da resolução. Este 
facto sugere a existência de diferentes classes de rela- 
ções semânticas na memória humana o que provocaria 
diferentes estratégias de resolução de problemas de- 
pendentes dessas mesmas relações e da representação 
dos problemas. 

No caso da resolução de problemas ser realizada por 
uma máquina, um computador ou até mesmo um siste- 
ma sofisticado de robot controlado por computador, 
hipóteses alternativas de representação de um proble- 
ma sugerem diferentes estruturas de informação, 
que condicionam todas as operações do processo de 
resolução. 

Neste último caso, parece ser muito mais evidente a 
dependência existente entre a representação escolhida 
para o enunciado de um problema, isto é, a sua formu- 
lação, e o processo seguido na sua resolução, o que 
arrasta uma dependência entre a representação e a 
eficiência com que o problema foi resolvido. 

Como exemplo desta dependência podemos citar 
o facto de determinadas linguagens de programação 
se encontrarem mais adaptadas a certo tipo de proble- 
mas que outras, isto é, o formalismo de representação 
disponível numa determinada linguagem de progra- 
mação adequa-se melhor à resolução de certos proble- 
mas que o formalismo disponível noutras linguagens. 
Concretamente, a linguagem FORTRAN possuí um 
formalismo mais adequado à resolução de problemas de 
processamento numérico do que, por exemplo, a lin- 
guagem ALGOL. 

O objectivo deste texto consiste em salientar a im- 
portância da representação na resolução de problemas. 
Para concretização deste objectivo foi escolhido um 
problema clássico no domínio da Inteligência Artificial 
e da Psicologia Experimental, o problema dos missio- 
nários e dos canibais. Apresentam-se três formulações 
distintas para este problema, de acordo com (Amarel, 
1968) e descreve-se um programa, escrito numa lingua- 
gem de programação de muito alto nível, o Prolog 
(Pereira, 1978, 79) baseada na lógica de predicados de 
primeira ordem, e-que constitui um formalismo de 
representação bastante potente para este tipo de 
problemas. 
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O problema dos missionários e dos canibais é um 
problema de transporte, que consta do seguinte: 


Objectivo: Três missionários e três canibais pro- 
curam atravessar um rio. 

Condições de barco: Na margem onde se encontram 
os missionários e os canibais existe um barco que tem 
capacidade para transportar no máximo dois indiví- 
duos, e que pode ser navegado por uma combinação 
qualquer de missionários e canibais, envolvendo 
quando muito duas pessoas. 

Condições dos canibais: Se em qualquer margem 
do rio os canibais forem mais numerosos do que os 
missionários, as suas tendencias antropofágicas 
manifestar-se-ão e os missionários serão comidos. 

Pretende-se o plano de travessia mais curto que 
permita aos missionários e aos canibais atravessar 
o rio com segurança. 

Este problema é um caso particular do problema 
dos missionários e canibais, que pode ser formulado 
com qualquer número de missionários e canibais 
(N23) e com qualquer capacidade K do barco (K>-2), 
emqueN=3eK=2. 

As formulações que apresentaremos baseiam-se no 
mesmo espaço do problema e podem ser consideradas 
completamente disjuntas: 


1) Formulação verbal através da língua natural, 
correspondente a uma discrição verbal. 

2) Formulação através de elementos da Teoria 
dos Conjuntos, correspondente a uma descrição 
em termos de conjuntos. 

3) Formulação em termos de Álgebra Vectorial, 
correspondente a uma descrição vectorial. 

4) Formulação lógica do problema, de acordo com 
a notação da linguagem Prolog (Pereira, 
1978,79). 


Apresentam-se, seguidamente, os enunciados, 
correspondentes às representações alternativas para o 
problema dos missicnários e dos canibais. 


1) Formulação verbal 


“Um dia três missionários e três canibais encon- 
traram-se na margem esquerda de um rio. Tanto os 
missionários como os canibais procuram atravessar 
o rio. 

Encontra-se acessível um barco. Contudo, existem 
certas condições que devem ser observadas durante 
o processo de travessia (junta-se uma figura). O barco 
só consegue transportar duas pessoas no máximo, 
e pode ser tripulado por qualquer combinação de mis- 
sionários e canibais envolvendo uma ou duas pessoas. 
Se os canibais forem mais numerosos do que os mis- 
sionários em qualquer dos lados do rio.e em qualquer 
instante, as suas tendências antropofágicas manifes- 
tar-se-ão e os canibais darão conta dos missionários. 
Encontre um plano de travessia mínimo, no sentido de 
possuír o número mais pequeno possível de passos, 


que permita aos missionários e aos canibais atra- 
vessar o rio com segurança”. 


000 


missionários 


Condo 


canibais 
margem ro margem 
esquerda direita 


2) Formulação em termos de conjuntos 


A representação do problema em termos da Teoria 
dos Conjuntos utilizará as designações “elemento 
branco” e “elemento negro”' em vez de “'missio- 
nários” e “canibais”, respectivamente. Os termos 
“margem esquerda” e '“'margem direita” serão 
substituídos por “espaço 1" e “espaço 2”. O “barco” 
será representado por um quadrado e indica em que 
espaço a operação de transporte será iniciada. 

“No espaço 1 encontram-se dois conjuntos de três 


elementos cada. No fim do processo de resolução os 


dois conjuntos devem encontrar-se no espaço 2. O 
número de passos do processo de resolução deve ser 
mínimo. O quadrado indica o espaço onde se inicia a 
operação de transporte (junta-se um diagrama). 
Existem as seguintes restrições: 


— O número K de elementos que se podem mover 
em cada passo tem que respeitar 04 K <2; 

— Um passo de 1 para 2 é seguido de outro de 2 
para 1, etc, até terminar o processo; 

— O número b de elementos brancos num espaço 
e o número n de elementos negros nesse mesmo 
espaço devem respeitar: bn, excepção 
feita ao caso de b = 0. 


espaço 1 


espaço 2 


3) Formulação vectorial 


Uma formulação vectorial do problema consiste 
na definição de estado como um terno (M,C,B,) em 
que M representa o número de missionários na margem 


16 Vol. 1,N.º1 


REVISTA DE INFORMÁTICA 


SS 


esquerda do rio, €, o número de canibais nessa mesma 
margem, e B toma os valores 1 ou O consoante o barco 
se encontre na margem esquerda ou na margem 
direita, respectivamente. O nosso problema pode ser 
representado por: 


Estado inicial Estado final 


(3,3,1) (0,0,0) 

As restrições são estabelecidas definido as ope- 
rações de adição e subtracção possíveis para cada 
uma das componentes M e €C e estabelecendo que a 
componente B de cada passo deve ser sempre 1-—-B1 
em que Bi é a componente correspondente do passo 
anterior. 

O objectivo consiste em construir uma cadeia de 
estados 


(3,3,Dos «> (M,C,B) 5 > (0,0,0) 


que ligue os estados (3,3,1) e (0,0,0) e que possua um 
comprimento mínimo, isto é, que seja constituída 
pelo menor número possível de estados intermédios. 


4) Utilização do formalismo lógico 


A formulação lógica do problema, na linguagem 
Prolog, inspira-se na representação vectorial. Assim, 
a noção de estado é idêntica, e o processo de resolu- 
ção aparece como a cadeia de estados mínima que 
permite ligar o estado inicial ao estado final. 

Representaremos um estado como um vector 
v(M,C,B) em que M, €C e B possuem os mesmos 
significados que na formulação anterior. O processo de 
resolução consistirá portanto em definir uma cadeia 
de estados intermédios que permita ligar v(3,3,1) e 
v(0,0,0) e que possua um comprimento mínimo. As 
condições do problema são representados em termos 
de restrições aplicadas a operações de adição e sub- 
tracção cujos operandos são os elementos M, € e B 
por um lado e os elementos transportados por outro. 
Por exemplo, o estado v(3,3,1) pode dar origem a 
v(2,2,0), v(3,1,0), v(3,2,0) mas não a v(3,0,0) ou 
v(0,3,0) porque a capacidade do barco é no máximo 2, 
nem a v(1,3,0) ou v(2,3,0) porque os missionários 
seriam menos numerosos que os canibais, nem a 
v(X,Y,1) porque o barco tem que se deslocar da mar- 
gem esquerda para a margem direita, etc. 

Salienta-se mais uma vez que v(M,C,B) está 
sempre referido à situação existente na margem 
esquerda. Logo na margem direita existirão 3-M 
missionários e 3-C canibais. ' 


Esta representação permite a fácil demonstração 
de um teorema, que simplifica o processo de resolu- 
ção do problema geral dos missionários e dos canibais 
(ver apresentação do problema) e que se pode enunciar 
da seguinte forma: 


Teorema 


Se as condições de não canibalismo são verificadas 
em ambas as margens do rio, no início e no fim de cada 
travessia, então estas também serão verificadas 
durante a travessia. 

O programa Prolog que permite resolver este 
problema tem uma estrutura muito simples e é com- 
posto pelas seguintes partes: 


— Definição do problema 

— Definição de travessia 

— Representação das condições a observar nos 
passos que constituem a travessia 

— Impressão do plano obtido. 


Vamos começar por descrever cada uma delas, 
apresentando, no fim, o programa completo, de-forma 
a que se torne mais fácil para o leitor aperceber-se 
das facilidades fornecidas pela linguagem. 


— Definição do problema. 


O programa começa pela definição do objectivo 
a resolver, objectivo este que consiste em partir do 
estado v(3,3,1), obter um plano de travessia e imprimi- 
Jo. Esta definição é dada pela cláusula: 


plano: — travessia (v(3,3,1), P), imprime (P). 


que pode ser lida: “um plano é encontrado se (:-) 
for encontrada uma travessia e (,) se essa travessia 
for impressa”. 


— Definição de travessia. 


Uma travessia é uma cadeia de estados intermédios 
que liga os estados v(3,3,1) e v(0,0,0). Esta cadeia é 
representada por X> Y> Z> em que 
X,Y,... são variáveis que representam estados. 

Uma travessia é constituída por uma passagem da 
margem esquerda para a margem direita, seguida 
de uma passagem da margem direita para a margem 
esquerda, seguida de uma sub-travessia. A travessia 
termina quando o estado v (0,0,0) é atingido. 

Esta definição está contida nas cláusulas: 


travessia (v(0,0,0), pronto). 

travessia(X, XP Y> 2): 
passo (X,Y), passo — inv(Y,Y 1), teste (XXI), 
travessia(Y1, Z). 

Em que “'teste (X,Y 1)” é um predicado destinado 
exclusivamente a verificar se o passo inverso Y1 
não coincidiu com o passo X, isto é, o mecanismo 
que impede que o programa repita movimentos. A sua 
implementação é bastante simples: 


teste (V(M,C,—), v(M,C, — ):—!, fail. 
teste (=. ;—): 


EEE 
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— Representação das condições a observar nos passos 
que constituem a travessia. 


Um passo pode ser obtido de três formas diferentes: 
transporte de dois indivíduos da mesma espécie, 
transporte de dois indivíduos de espécies diferentes 
ou transporte de apenas um indivíduo, o que é estabe- 
lecido pela cláusula: 


passo (X,Y): — passo (X,Y,2); passo (X,Y,1): 
passo 11 (X,Y). 


As condições que permitem o transporte de um nú- 
mero N de missionários são representadas pela cláu- 
sula: 


passo (v(M,C,X), v(M1,C,Y), N):— 
(M=N;M> N,M-N>O), 
MiisM-N,MiI=Ç3,Yisl-X. 


As condições a verificar no transporte de um missio- 
nário e um canibal são representados por: 


passo 11 (v(M,C,X), v(M1,C1,Y)): — 
M2>=1,C>=1,MlisM-1,C1 isC-1, Yisl-X. 


As condições a impôr para o transporte de um 
número N de canibais estão representadas na cláusula: 


passo(v(M,C,X), v(M,C1,Y),N):— 
C>=N,ClisC.N, Ci=G3,Yisl-X. 


Falta-nos a especificação das condições a observar 
nos passos inversos. A sua existência é condicionada 
pelo facto de o estado v(0,0,0) não ter sido atingido 
no passo anterior, isto é, apenas existe passo inverso 
quando o estado v(0,0,0) não foi ainda atingido, o que 
é garantido pela cláusula: 


passo. . inv(v(0,0,0), v(0,0,0)). 

passo. inv(X,Y): — passo. inv(X,Y,2); 
passo. invll (X,Y). 
passo inv(X,Y, 1); 


A segunda cláusula indica-nos que num passo 
inverso podemos mover dois indivíduos da mesma 
espécie, apenas um indivíduo ou um indivíduo de cada 
espécie. A movimentação de N missionários obedece 
agora às condições: 


passo inví(v(M,C,X), v(M1,C,Y),N): — 
N=<3-M,M+N=C,MiisM+N,Yis1-X. 


A movimentação de N canibais é regida, neste 
caso, pela cláusula: 


passo. inv(v(M,C,X), v(M,C1,Y),N): — N= €3-C, 
(M=0;M> =C+N),ClisC+N,Yisl-X. 


A movimentação de um indivíduo de cada espécie 
obedece à cláusula: 


passo invli (v(M,C,X), v(M1, C1,X)): — 
M>4,C>=1,MiisM+1,ClisC+1i,Yisl-X. 


— Impressão do plano obtido. 


O processo de impressão do plano de travessia 
obtido é um mecanismo de tradução da cadeia 
> o Yo. numa sequência de um estado por 
linha. Percorre, portanto, a cadeia da esquerda para a 
direita e escreve os seus elementos, à medida que os 
detecta, e um por linha. 


imprime (X> Y): — write (X), nl, imprime(Y),!. 
imprime (— ):— nl, 


Note-se que não íoram descritas em pormenor 
as operações aritméticas associadas às condições de 
transporte visto estas serem de fácil leitura. 


O programa completo possui o seguinte aspecto: 


/* DEFINIÇÃO DO OPERADOR */ 
:— op (300, xfy, > 


/* DEFINIÇÃO DO PROBLEMA */ 
plano:— travessia (v(3,3,1), P), nl, imprime (P). 


/*DEFINIÇÃO DE TRAVESSIA */ 

travessia (v(0,0,0), pronto). 

travessia (X,X> Y> Z):— passo (X,Y), 

passo inv(Y, Y1), teste (X,Y1), travessia (Y1, Z). 


teste (v(M,C, 
tester 04,ea); 


/* DEFINIÇÃO DAS CONDIÇÕES A OBSERVAR */ 


DD v(M,C, ):—!, fail. 


passo (X,Y): — passo (X,Y,2); passo (X,Y,1); 
passo 11 (X,Y). 
passo. inv(v(0,0,0), v(0,0,0)). 
passo inv(X,Y): — passo. inv(X,Y,2): 
passo inv(X,Y,1); passo — inv ll (X,Y). 
passo (v(M,C,X), v(M1,C,Y),N): — 
(M=N;M>5N,M-N>C), MiisM-N, MI= SS, 
Yisl-X. 
passo (v(M,C,X), v(M,C1,Y), N): — 
>=N,ClisC-N,C1=C3, Yis1-X. 
passo 11 (v(M,C,X), v(M1,C1,Y)): — 
M>=1,M1isM-1,ClisC-I,Yis1-X. 
passo — inv(v(M,C,X), v(M1,C,Y), N): — 
N=<3 -M,M+N=C,MlisM+N,Yisl1-X. 


passo — in(v(M,C,X), v(M,C1,Y), N): — N=S3-C, 
(M=0:M =C+N),ClisC+N,Yisl-X. 
passo. invll (v(M,C,X), v(M1,C1,X)): — 
M>=1,C>=1,MlisM+1,ClisC+i,Yisl-X. 


SS SS 
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/* IMPRESSÃO DO PLANO OBTIDO */ 


imprime (X> Y): — write(X), nl, imprime(Y),!. 


imprime (—.): — nl. 


Finalmente, vamos ver em que consiste o processo 
de resolução. 

Esquecendo a componente B do vector v(M,C,B), 
que apenas indica a posição em que se encontra o 
barco, podemos representar o espaço do problema 
dos missionários e dos canibais na figura seguinte. 


g o O O O rici fo) 


2 0 e (o) g 


Co 


Representando na vertical o número possível de 
missionários na margem esquerda, e na horizontal, 
o número de canibais na mesma margem. As con- 
dições de não canibalismo impedem-nos de passar 
sobre Os pontos assinalados a cheio. A resolução do 
nosso problema consiste em encontrar o menor ca- 
minho admissível que una os pontos assinalados como 
estado inicial e estado final e que cumpra as con- 
dições de transporte (capacidade do barco). 

A figura seguinte representa o caminho solução 
encontrada pelo programa, descrito anteriormente. 
As setas ——» — apontam resultados de deslocações 
da margem esquerda para a direita e as setas —— 
apontam resultados de deslocações inversas. 


3 
2 
a 

U 

M 0 


Esta solução corresponde à saída do programa 
Prolog, 


: — plano. 
v(3,3,1) 
v(3,1,0) 
v(3,2,1) 
v(3,0,0) 
v(3,1,1) 
v(1,1,0) 
v(2;2,1) 
v(0,2,0) 
v(0,3,1) 
v(0,1,0) 
v(0,2,1) 
v(0,0,0) 


(Recebido em 20.10.1979) 
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CURSO É SEMPRE 
INVESTIMENTO 


INFORMÁTICA 
Análise de Sistemas, Programação aos TÉCNICAS ESPECÍFICAS 
Computadores, Operação dos Computadores, 
Programação aos Mini-Computadores, 
Perfuração/Verificação, Prática em 
computadores. 


Secretariado, Contabilidade (novo plano), 
Contabilidade Industrial, Técnica de Vendas 
Desenho de Construção Civil. 


ELECTRÓNICA a INVESTIGAÇÃO OPERACIONAL 


Electricidade e Magnetismo, Electrónica E Planeamento pelos métodos PERT e CPM. 
Aplicada e Digital, Amplificadores Estatística Aplicada, Gestão de Stcks, 
Operacionais, Prática laboratorial. : Gestão Orçamental, Controlo de Gestão, 
oo Gestão de Recursos Humanos, Organização 
e Métodos. 


““INFORMAX 
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DE INFORMÁTICA 

Rua Castilho, 61, 4º. - Esq”. - Lisboa 
informações e inscrições 

das 13 às 23 horas 
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G.0.4 Abordagem de um projecto 


Nascido normalmente de uma ideia de um utili- 
zador ou de uma solicitação específica, antes de iniciar 
o estudo, no seu sentido restrito, deverá enunciar-se de 
um modo preciso o problema, respondendo a ques- 
tões dos tipos seguintes: 


º situação actual 

º causas que determinam a necessidade de estudo 
do problema 

e objectivos a atingir pela solução do problema 

e definição dos aferidores de futuro êxito 

e definição do âmbito abrangido pelo estudo 
do problema 

e definição do âmbito não abrangido pelo estudo 
do problema 

e relações do problema com outros sistemas já 
existentes, projectos em curso ou outros previstos 

* consequências que a solução do problema acarre- 
tará para outras entidades que não sejam os seus 
utilizadores directos. 


Enunciado, de um modo preciso, o problema pas- 
sar-se-á à pesquiza das soluções, apresentando para 
cada uma os aspectos de: 


e viabilidade técnica 
e viabilidade operacional 


e viabilidade económica 


colocadas as soluções em situação de comparação será 
realizada a escolha mediante critérios definidos. 


EQUIPAMENTO JÁ EXISTENTE 


ESCOLHA 


PROVOCA 
ALTERAÇÃO NOUTROS SISTEMAS 


MANUTENÇÃO 
ALTERAÇÃO 


CONCEPÇÃO 
OUTROS 


SISTEMAS 


PROVOCA 
ALTERAÇÃO NOUTROS SISTEMAS] 


MANUTENÇÃO 
ALTERAÇÃO 
OUTROS 
SISTEMAS 


Y 


/ 


Após a escolha da solução será decidida a sua in- 
clusão ou não no Plano Informático. 


CAUSAS 


CONSEQUÊNCIAS 


AFERIDOR 
DE ÉXITO 


KO 


SISTEMA EXISTENTE 


EQUIPAMENTO INSUFICIENTE 


PROVOCA 
ALTERAÇÃO NOUTROS SISTEMAS 


ALTERAÇÃO 


OUTROS 
SISTEMAS 


MODIFICAÇÕES 
ESTRUTURAIS 


Peas EQUIPAMENTO 


ALTERAÇÃO JÁ 


EXISTENTE 
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TÉCNICA 


(1) ECONÔMICA 


M.0 Metodologia para desenvolvimento de projectos 
informáticos ; 


M.0.1 Abordagem de um projecto 


Nascido normalmente de uma ideia de um utili- 
zador ou de uma solicitação específica, antes de iniciar 
o estudo, no seu sentido restrito, deverá enunciar-se 
de um modo preciso o problema, respondendo às se- 
guintes questões: 


e Situação actual 

e Causas que determinam a necessidade de estudo 
do problema 

e Objectivos a atingir pela solução do problema 

é Definição dos aferidores de futuro êxito 

e Definição do âmbito não abrangido pelo estudo 
do problema 

e Definição do âmbito abrangido pelo estudo: do 
problema 

e Relações do problema com outros sistemas já 
existentes, projectos em curso ou outros pre- 
vistos. 


e Consequências que a solução do problema acar- 
reterá para outras entidades que não sejam os 
seus utilizadores directos. 


O único processo de obter as respostas a estas 
questões é de estabelecer o diálogo com os utilizadores 
formalizando sobre cada questão principal os seguintes 
aspectos: 


º o quê? 
e onde? 
º como? 
e quando? 


Em conjunto com o desenvolvimento destas acções 
será criado um sistema de documentação que servirá 
não só a pesquiza das hipóteses de soluções como o 
desenvolvimento futuro do projecto. 


M.0.1.1 Definição do Problema 


Do desenvolvimento do Ante-Projecto e do futuro 
Projecto, é nesta etapa que se encontra a maior critici- 
dade, pois se a definição do problema ficar nebulosa, 
incompleta ou incorreta a solução será muito provavel- 
mente ineficiente. 

Se os projectos não forem correctamente determi- 
nados não será possível, posteriormente, avaliar-se d 
resultado obtido. 

É indispensável, nesta etapa, usar da maior clareza 
e precisão não só na realização das tarefas como na 
elaboração da documentação. 


Para o desenvolvimento desta etapa adopta-se a 
sequência de tarefa indicada na folha guia. 

Como suporte de trabalho utilizam-se Folhas de 
Controle de Projecto. 


M.0.1.1.1 Instrumentos base 
e Folha Guia 


A folha guia constitui um auxiliar de memória 
com a indicação das tarefas a desenvolver por etapa. 

Analisando o quadro da esquerda para a direita, 
contém: 


na 1.º coluna — um n.º de ordem da tarefa com 
intervalos de 5 unidades de modo a permitir 
a intercalação de outras tarefas não conside- 
radas actualmente 


na 2.º coluna — A designação da tarefa e indi- 
cações resumidas sobre a sua execução 


na 3.º coluna — Os controlos a efectuar para 
determinar se a tarefa anterior se encontra 
executada correctamente 
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“1.º CONGRESSO PORTUGUÊS DE INFORMÁTICA 


1.º CONGRESSO PORTUGUÊS DE INFORMÁTICA 


Secretariado: Av Almirante Reis, 127-1.º Esq. — 1100 LISBOA — Telef. 535587 — Horário de 


expediente: 15H00-19H00 
APRESENTAÇÃO 


A Associação Portuguesa de Informática — API vai 
levar a efeito, nos Auditórios da Fundação Calouste 
Gulbenkian em Lisboa, de 19 a 23 de Maio de 1980, com 
o tema geral “INFORMÁTICA: QUE FUTURO?”, o eg 
Congresso Português de Informática — CPI 80, procu- 
rando mobilizar os informáticos e os utilizadores da In- 
formática em geral, os gestores em particular, para o 
diálogo baseado na troca de experiências e de ponto de 
vista, que permita criar as condições conducentes ao 
debate dos vectores de desenvolvimento da Informática 
em Portugal, quer sob o ponto de vista retrospectivo, 
quer de análise e avaliação das linhas de evolução pos- 
síveis, visando a sua sensibilização para as possibi- 
lidades e limitações da Informática. 


ÁREAS 
1. A INFORMÁTICA E O UTILIZADOR 


— Metodologias de implementação 

— Relações utilizador-informática 

— Sensibilização, informação e formação 
— Qutros 


2. METODOLOGIAS E TÉCNICAS DE 
INFORMÁTICA 


— Metodologias de análise e programação 

— Métodos e técnicas de avaliação e selecção de 
sistemas informáticos 

— Ponto da situação nos domínios de tele-infor- 
mática e base de dados; a sua interligação e 
conjunção 

— Outros 


3. INFORMÁTICA E SOCIEDADE 


— Informática e desenvolvimento económico e 
social 

— Legislação sobre Informática 

— Perspectivas da evolução da Informática 

— Outros 


INSCRIÇÕES 


Para inscrição definitiva no CPI 80 (mesmo tendo 
sido enviado o Boletim de Inscrição Provisória) torna-se 
necessário o envio do Boletim de Inscrição, acompan- 
hado do respectivo pagamento em cheque ou vale pos- 
tal à ordem do “1.º Congresso Português de Infor- 
mática. 


CUSTOS DE INSCRIÇÃO 
Até Até 
29 Fev. 31 Mar. 
Sócios da API 750$00 900$00 
Outros participantes 1000$00 1200$00 
Estudantes (*) 250800 300$00 


(*) Mediante documento comprovativo a ser apresen- 
tado ao Secretariado. 


PATROCINADORES em 31/1/1980: 


BESCL — Banco Espírito Santo e Comercial 
de Lisboa 

BEN — Banco de Fomento Nacional 

BNU — Banco Nacional Ultramarino 

BPA — Banco Português do Atlântico 

CMC — Sociedade para Comercialização 
de Equipamento Periférico de 
Informática, Lda. 

COMPTA — Centro de Processamento de 
Dados, SARL 

CP — Caminhos de Ferro Portugueses, 
EP 

CTT/TLP — Correios e Telecomunicações de 


Portugal/Telefones de Lisboa e 
Porto, EP 

EMGFA/CCIFA — Estado Maior General das Forças 
Armadas (Comissão Coordena- 
dora de Informática das Forças 
Armadas) 


FCG — Fundação Calouste Gulbenkian 

IBM — Companhia IBM Portuguesa, 
SARL 

ICL — ICL Computadores Lda. 

IFADAP — Instituto Financeiro de Apoio ao 
Desenvolvimento da Agricultura e 
Pescas 

JAE — Junta Autónoma das Estradas 

LNEC: — Laboratório Nacional de  En- 
genharia Civil 

LNETI — Laboratório Nacional de En- 
genharia e Tecnologia Industrial 

OLIVETTI — OLLIVETTI Portuguesa, SARL 

PROCESSA — Centro de Processamento de 
Dados, SARL 

QUIMIGAL — Química de Portugal, EP 

REGISCONTA  — Máquinas Registadoras e de 
Escritório, SARL 

RN — Rodoviária Nacional, EP 

' SEAP — Secretaria de Estado da Adminis- 


tração Pública 
TIME-SHARING — Sociedade Portuguesa de Com- 
putadores em Tempo Dividido, 
SARL 
— SOLOR, Sociedade Lusitânia de 
Organizações, Lda. 
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RECOLHA 


Para um artesão tudo começa por um traçado exacto, que gerações 

de fabricantes de instrumentos de corda, aperfeiçoaram. 

As proporções exactas entre a caixa de ressonância e o braço, a distância entre 
os trastos, a altura da ponte... Bases seguras, ditadas por séculos de prática. 


A CMC apoia-se, da mesma nianeira, numa ampla experiência da recolha 
da informação. As suas “obras de arte": as séries 5000, 1800, 7600 e 
400, são os instrumentos eficazes para o tratamento dos dados. 


CMC: o resultado de uma técnica que se 
converteu em realidade. 


Instrumentos seguros para a gestão 
Rua Sanches Coelho, 2 - Tel.: 77 70 12 - 1600 LISBOA 


Vol 1N;º01 REVISTA DE INFORMÁTICA 


——— + 


Etta 


“Um instrumento em branco". O resultado de um minucioso tratamento do 
material base vai tomando forma. O artesão completa o acabamento interior, 
trabalho fundamental para a pureza dos sons. 


Para a CMC um sistema informativo também é “um instrumento em branco”. 
Você utilizá-lo-á. Nele, tudo está previsto para o tratamento das suas 
aplicações: a qualidade dos materiais, a eficácia dos softwares e a segurança 
da manutenção. 


Os CMC 1800, 7600 e 400 dão uma maior harmonia aos seus 


trabalhos de gestão. ; 
Instrumentos seguros para a gestão 


Rua Sanches Coelho, 2 - Tel.: 77 70 12 - 1600 LISBOA 
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TRANSMISSÃO 


O artesão terminou a sua obra. O acabamento final assume uma particular importância, 
pois dele depende a pureza de som. As cordas estão afinadas. A primeira 
nota salta para o ar e transmite, intacta, a mensagem do músico. 


Os sistemas CMC são também de transmissão, o que lhes permite 

estar presentes na informática centralizada ou distribuída, tanto nas 

séries 5000, 1800 e 7600 como na série 400. Esta última, está desenhada pqra 
poder constituir uma rede interna na empres, que leva a informação onde 
quer que seja requerida. 


Rua Sanches Coelho, 2 - Tel.: 77 70 12 - 1600 LISBÓA Instrumentos seguros para a gestão 
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TALLY 


TERMINAL IMPRESSOR 
Membro do 


PROGRAMÁVEL 
grupo 


MANNESMANN T er 1612 


+. 


e 160 c.p.s. bidireccional com 
optimização 


e Interface serie full duplex 
ou half duplex 
e 42 funções programáveis via teclado 


e Buffer standard de 1K 
e 300 a 9600 baud 


e 128 caracteres ASCII 


Representante exclusivo: 


EQUIPAMENTOS DE LABORATÓRIO, LDA 
Apartado 1100 


1002 — LISBOA — CODEX Tel. 97 6551 
EE O O 
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TIME-SHARIN 


ECONOMIA INVESTIGAÇÃO 
É OPERACIONAL 
FINANÇAS 


ANALISE NUMERICA 
É 
ESTATÍSTICA 


...O tempo do computador dividido 
entre múltiplos utilizadores... 


sociedade portuguesa de computadc :s 
em tempo dividido (time-sharing) s. a. r. |. 
av. 5 de outubro, 95, 3º-dt* e lisboa (1) * tel. 769551/2/3 
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na 4.º coluna — A indicação do suporte de tra- 
balho a utilizar 


na 5.º coluna — A indicação do documento a 
consultar para guia de execução da tarefa 


na 6.º coluna — A indicação do documento a ela- 
borar como resultado da execução da tarefa. 


FOLHA GUIA 


ETAPA: 
E DO PROBLEMA 


&] pocumentos | DOCUMENTO A 


— QAUL É A DESIGNAÇÃO DO PROBLEMA 
— QUEM É O UTILIZAR SOLICITANTE 
— COMO FOI FEITA A SOLICITAÇÃO 
* Telefónica 
* Escrita 
* Oral 
— EM QUE DATA FOI FEITA A SOLICITAÇÃO 
— ABRIR UM N.º DE OBRA PARA O ANTE- 
-PROJECTO 
— ACORDAR COM O UTILIZADOR O SÍMBOLO 
A DEBITAR 
— ABRIR UMA FOLHA DE PONTO POR TAREFA 


— ACORDO COM O UTILIZADOR SOBRE A 
FORMA DE CONDUZIR O ANTE-PROJECTO 
* Reuniões 
* Notas 
* Entrevistas 
* Entrevistas 
* Coordenador do utilizador 
* Pessoal envolvido 


FASE: ANTE-PROJECTO 


— SITUAÇÃO ACTUAL 


* Descrição sucinta mas precisa da solução 
actual 

* Vantagens 

* Inconvenientes 


— CAUSAS QUE DETERMINAM A NECESSI- 
DADE DE ESTUDO DO PROBLEMA 
* Descrição sucinta mas precisa 


— OBJECTIVOS A ATINGIR PELA SOLUÇÃO DO 
PROBLEMA 


e Definir de um modo muito preciso e 
realista 


F.C.P. — Folha de Controle do Projecto 


FOLHA GUIA (cont.) 


ETAPA: 


ANTE-PROJECTO 
o e DO PROBLEMA 


TAREFA 


PEFEIÃO DOS AFERIDORES DE FUTURO 
Êxiro 


. Definir de um modo muito preciso e rea- 
lista os padrões que permitirão determinar 
a medida de êxito da solução do problema 


DEFINIÇÃO DO ÂMBITO NÃO ABRANGIDO 
PELO ESTUDO DO PROBLEMA 


* Indicação sumária das actividades não 
abrangidas 

* Indicação sumária dos procedimentos não 
abrangidos 

* Designação 

* Conteúdo principal 


— DEFINIÇÃO DO ÂMBITO ABRANGIDO PELO 


ESTUDO DO PROBLEMA 


* Indicação sumária das actividades abran- 
gidas 
* Indicação sumária dos procedimentos 
abrangidos 
* Designação 
* Conteúdo principal 
* Descrição dos procedimentos abrangidos 
* Descrição das entradas 
* Descrição das informações de base 
* Descrição das saídas 


RELAÇÕES DO PROBLEMA COM OUTROS 
SISTEMAS JÁ EXISTENTES, PROJECTOS EM 
CURSO OU OUTROS PREVISTOS 


* Indicação sumária das relações 
* Designação do sistema 
* Tipo de relação 
* Elo de ligação 


CONSEQUÊNCIAS QUE A SOLUÇÃO DO PRO- 
BLEMA ACARRETARÁ PARA OUTRAS ENTI- 
DADES QUE NÃO SEJAM OS SEUS UTILIZA- 
DORES DIRECTOS 


* Indicação sumária 
* Designação do Terceiro 
* Tipo de relação 
* Consequência 


F.C.P. — Folha de Controle de Projecto 
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DR 


e Folha de controlo de projecto 
É um suporte de trabalho colunado em que: 


na 1.º coluna — Se inscreve o inventário das ta- 
refas ou dos problemas a resolver 

na 2.º coluna — Para cada uma das tarefas ou 
problemas inscrevem-se os meios a utilizar 

. para a sua efectivação ou solução, acções a 

desenvolver, perguntas a realizar, obser- 
vações, etc. 

na 3.º coluna — Inscreve-se o resultado das tare- 
fas ou problemas, respostas obtidas, solu- 
ções adoptadas, indicações sobre o documento 
em que ficou redigida a solução, etc., a data 
em que se obteve o resultado e eventualmente 
a indicação do utilizador ou utilizadores 
intervenientes. 


M.0.1.1.2. Utilização dos instrumentos base 


Constituindo este documento o suporte de trabalho 
e registo do desenvolvimento das tarefas, uma primeira 
questão se apresenta: 


— Quando se inicia a constituição da Folha de 
Controlo de Proieci? 
A resposta natural será o mais cedo possível 
mas, os problemas informáticos são normal- 
mente complexos, por falta de informação 
suficiente que permita a sua correcta solução, 
e a constituição de uma Folha de Controlo 
de Projecto detalhada não pode fazer-se senão 
na medida em que se avança na colecta de in- 
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formação necessária. 

No entanto é certo que é necessário cons- 
tituir a Folha de Controlo de Projecto o mais 
cedo possível, a fim de fixar um plano de tra- 
balho e um caminho progressivo sem perder 
tempo a explorar questões particulgres que 
logo de seguida serão postas em causa. 

Naturalmente a primeira Folha de' Controlo 
de Projecto será pouco precisa, muitas vezes um 
simples enunciado de etapas, mas que se irá 
tornando mais precisa à medida que a colecta 
de informações avançar. 

Posteriormente para cada etapa constituir- 
-se-á a Folha de Controlo de Projecto respectiva. 

Sendo a Folha de Controle de Projecto um 
suporte dinâmico a sua actualização deve ser 
|" : manente. 

Obtido o primeiro resultado sobre uma Folha 
de Controle de Projecto verificar-se-à se esse 
resultado dará origem à modificação da Folha. 

No caso de necessidade de modificação 
indicar-se-à o resultado que dá origem à modi- 
ficação, as tarefas/problemas afectadas e 
efectuar-se-ão as supressões, adjunções neces- 
sárias ou criar-se-à mesmo uma segunda 
versão da Folha de Controlo de Projecto. 

Poderá acontecer que nó desenvolvimento de 
uma etapa a obtenção de um resultado origine 
modificações numa etapa precedente, neste 
caso será criada uma segunda versão modifi- 
cando apenas as Folhas de Controlo de Projecto 
afectadas. 

Com estes procedimentos obter-se-á um his- 
tórico completo sobre a evolução de cada etapa 
e consequentemente de todo o Projecto. 
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SOFTWARE PARA GESTÃO DE 
BASE DE DADOS 


Existem | presentemente vários 
packages de software que ajudam na 
criação e manutenção de estruturas 
complexas. 

Uma introdução às capacidades 
de SET de quatro desses produtos 
serão explicadas. 

Foram escolhidas pelo seu valor 
elucidativo, ou porque se encontram 
disponíveis para um número maior 
de computadores e são além disso de 
interesse para um número mais vasto 
de pessoas. 


É importante dizer que os packages 
escolhidos não são necessariamente 
os melhores, tendo além disso facili- 
dades que não serão descritas, tal 
como recuperação automática e pro- 
gramas independentes de dados. 

A primeira introdução é dada a se- 
guir, outras serão dadas nas partes 
seguintes. 


ADABAS 


O package ADABAS está disponível 
para computadores IBM 360/370, 
Série 4000 da Siemens, Amdahl 
460/V6e Fujitsum. 

A cada registo na base de dados 
-lhe dado um único número quando 

memorizado pela primeira vez. 
O número é chamado ISN (número 
de Sequência interna) e é usado para 
identificar o registo até ser final- 
mente eliminado. 

Cada tipo de registo é geralmente 
memorizado num ficheiro lógico di- 
ferente. Os registos não são memori- 
zados numa sequência determinada. 

Para encontrar um registo quando 
o seu ISN é conhecido, uma referência 
é feita para um componente do sis- 
tema, o Associator, conhecido também 


é 
É 


como o convertor de Endereços. 
Este funciona como uma tabela look- 
-up, convertendo os ISN para endere- 
ços físicos. 

Por isso a posição física de um re- 
gisto pode variar enquanto o seu ISN 
continua constante. Para retirar um 
registo quando o seu ISN não é conhe- 
cido, usam-se outros componentes do 
Associator conhecidos como Indexes. 
Qualquer campo de qualquer registo 
pode ser indexado. O index contém, 
para cada valor que existe para o 
campo, o valor e uma lista dos ISN 
para todos os registos que têm este 
valor. Isto é ilustrado na figura 2. 


Se for requerido implementar uma 
estrutura em que os registos order 
forem OWNED por Part e Customer, 
os registos order conterão simples- 
mente número de Part e código 
referência Customer como campos 
e um index será construído em ambos 
os campos. 

Então todas as ordens para um 
PART particular poderão ser encon- 
trados localizando o part-number 
no Associator e retirando o ISN que 
lhe está associado. 

Então o programa do utilizador 
pode ler cada order utilizando o ISN 
e o ADABAS utilizará o Convertor de 
Endereços para encontrar cada re- 
gisto. 

De maneira idêntica todas as ordens 
de um customer podem ser encon- 
tradas. 

Se uma order estiver associada 
a várias parts, o número part permite 
ter valores múltiplos. 

Se vista como um técnica de imple- 
mentação SET existem várias facili- 
dades interessantes. Não existe o con- 
ceito de CONNECT ou DISCONNET. 
Se uma ordem não está associada 
com qualquer customer, o campo 
customer no registo customer é 
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simplesmente SET para um valor 
nulo. É : 

Para desligar uma ordem de uma 
parte e ligada a outra part o part- 
-number no registo order muda 
simplesmente de valor. 

Por isso o ADABAS não permite es- 
truturas de dados ser declaradas e ma- 
nipuladas — estrutura é uma função 
dos valores de dados de cada registo. 

Para FIND-OWNER no ficheiro 
antigo de um registo ordery o campo 
de n.º de artigo na ordem é usado para 
encontrar o registo de artigo através 
do index do seu número de artigo. 
Não existe a certeza de que tal registo 
exista ou se existir seja único e como 
tal um registo MEMBER pode não 
ter um OWNER ou pode ter vários 
OWNERS. 

Se desejarmos aceder a MEMBERS 
numa sequência particular, quer 
dizer a ordens por artigo por sequên- 
cia da datas, o programador pode 
pedir que todas as ordens para um 
artigo particular sejam classificadas 
por sequência de datas dinâmicamen- 
te, quando o pedido é feito, ou um 
index composto pode ser mantido 
pelo n.º de artigo e as repectivas 
datas como uma chave tomposta. 

Os registos em diferentes ficheiros 
podem ser mais directamente relacio- 
nados como é mostrado na figura 3. 


ci) (6) ES 
Sab po (6 
Ed 6 


A Associação é baseada num campo 
comum (número do artigo) e não pode 
ser explicitamente actualizado pelo 
programador. 

É implementada mantendo por cada 
ISN num ficheiro uma lista dos corres- 
pondentes ISN's noutro ficheiro. 
Quando associado desta maneira, 
o software recuperará registos de 
um ficheiro através de um index 
noutro ficheiro. Por exemplo o pro- 
gramador pode pedir todos os registos 
de artigos que foram requisitados 
por cliente XYZ. 


E eee 
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e ADABAS trabalha N:N 
directamente. 


e A estrutura de dados é completa- 
mente derivada desses dados. 


relações 


Os programas do utilizador não 
necessitam explicitamente manter 
estruturas de dados, mas simples- 
mente inserir, modificar e retirar 
registos simples. A estrutura de 
dados é modificada pelos progra- 


mas do utilizador (ex. para criar 
ou retirar um index, ou para associar 
dois ficheiros) e é mantida daí em 
diante por ADABAS. 


Na ficha anterior discutiu-se em 
como ADABAS implementa estru- 
tura de dados. Esta ficha fala de 
TOTAL, um outro DBMS. 


TOTAL 


TOTAL é o mais conhecido DBMS 
fornecido por um vendedor indepen- 
dente que pode ser processado num 
número mais vasto de computadores. 

Falaremos na habilidade com que 
trabalhar estrutura de dados e não 
de outros pontos importantes de um 
DBMS tais como recovery e indepen- 
dencia de dados e programas. 

A filosofia do TOTAL é muito 
simples como se pode ver pelo diagra- 
ma de estrutura de dados da Fig. 1. 


Fig. 1 


Os registos são classificados em dois 
tipos. Os registos MASTER que são 
usados para coisas como produtos, 
compradores e vendedores coisas 
noimais para o dia-a-dia de uma 
empresa. São relativamente estáveis 
e cada um é unicamente identificado 
por um campo chave como por exem- 
plo número de produto. Estes são os 
registos OWNER na base de dados. 
Um outro tipo de registos é o regis- 
to TRANSACTION que contém dados 
acerca de ordens, registo de enco- 
mendas ee facturar coisas normais e 
diárias em qualquer empresa. 

Cada registo MASTER pode ser 
um OWNER de um número de SETS 
cada um dos quais pode ter vários 


tipos TRANSACTION como MEM- 
BERS. 

Cada TRANSACTION pode estar 
em vários SETS ligados a diferentes 
registos MASTER. 

Um ficheiro, uma área física de um 
disco poderá conter, quer um tipo de 
registo MASTER, quer um tipo de 
registos TRANSACTION, eventual- 
mente todos ligados a MASTER que 
é comum. 

Um exemplo disto mostra-se na 
fig. 2. Aqui estão um número stan- 
dard de modificações de veículos, 
reparações e overhands. Cada fase 
consiste num número standard de 
operações que por sua vez requerem 
um tempo standard de um ou mais 
grupos de trabalho (Fitters, electri- 
cistas, etc.). 


Para planear o trabalho, necessi- 
tamos da avaliação do trabalho, 
o trabalho requerido para cada veí- 
culo e o trabalho que sempre foi feito. 

Os registos TRANSACTION não 
podem ser associados directamente 
com outros Registos TRANSACTION, 
nem os Registos MASTER associados 
com outros do mesmo tipo. 

Por isso mesmo TOTAL dá pouco 
trabalho na manutenção das suas 
estruturas hierarquicas. 

O conteúdo dos registos SETS e os 
campos chave dos registos MASTER 
são definidos em separado usando 
para isso a linguagem de definição de 
base de dados. A definição da base 
de dados é então catalogada e dis- 
ponível para uso pelos diferentes 
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programas de aplicação. Não é possí- 
vel definir a sequência SET — a ma- 
nutenção de qualquer sequência 
dos registos MEMBER dentro de SET 
deve ser mantido pelos programas 
de aplicação. 

Todos os SETS são implementados 
cadeias com dois sentidos. 

A selecção do registo OWNER 
correcto é-nos dado automaticamente 
colocando a chave do registo MASTER 
que queremos no registo TRAN- 
SACTION. Esta chave no registo 
TRANSACTION serve também como 
um apontador para um OWNER 
simbólico dando um acesso directo 
a todos os registos MASTER de qual- 
quer TRANSACTION. 

A operação de FIND-FIRST-MEM- 
BER é executada localizando o regis- 
to OWNER MASTER por intemédio 
da sua chave. Este registo contém o 
endereço do primeiro MEMBER. 

FIND-FIRST-MEMBER é igualmen- 
te simples, por isso cada registo 
TRANSACTION contém o endereço 
do seguinte MEMBER. O processo é 
igualmente simples para  FIND- 
-LAST-MEMBER e FIND-PREVIOUS- 
-MEMBER. 

A inserção de um novo registo 
TRANSACTION liga-o automatica- 
mente a todos os SETS em que pode 
ser um MEMBER. 

Pode ser então selectivamente 
desligado de SETS individualmente. 
Quando o registo é detectado é auto- 
maticamente desligado dos SETS 
restantes cada registo TRANSACTION 
tem um SET primário do qual faz 
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parte. Quando um novo registo for 
introduzido pode ser posicionado 
neste SET por programação. Os novos 
registos são sempre introduzidos 


As capacidades de gestão de SET 
e as técnicas de implementação 
de ADABAS e TOTAL foram discu- 
tidas anteriormente; nesta ficha 
falaremos de SIBAS. 


SIBAS 


Este DBMS é originário da Noruega 
e ainda não se encontra muito bem 
conhecido no Reino Unido. 

Foi implementado em vários com- 
putadores incluindo os IBM 370 e 
UNIVAC 1100 e em vários mini- 
computadores. 

Foi escrito em Fortran e por isso 
pode facilmente ser transferido para 
qualquer outro computador. 

O diagrama de estrutura de dados 
na figura 1, mostra a capacidade de 
gestão do seu SET. 


como o último registo nos SETS 
secundários, por isso cada registo 
TRANSACTION existe unicamente 
um SET de chave em sequência. 


SET terá um registo do tipo OWNER, 
mas pode ter vários registos do tipo 
MEMBER. 

Não há qualquer restrição para 
estruturas de dados complexas. 
RECORDS podem ser OWNER e/ou 
MEMBERS em muitos SETS. Na 
verdade o mesmo tipo de registo pode 
ser OWNER e MEMBER no mesmo 
SET. A isto chama-se um INVOLUTED 
SET e permite relações hierárquicas 
no registo a ser contruído. 

Para cada SET há um campo chave 
que é usado para seleccionar o re- 
gisto OWNER requerido. Este campo 
chave é comum para registos do tipo 
OWNER e MEMBER e é a base 
em que os registos são associados. 

A estrutura SET é implementada 
por cadeias de apontadores ligando 
cada MEMBER com o seu OWNER. 

É evidente que operações como 


& 
J 
o 
m 
pm 


Cada FILE, contém quer registos de 
um tipo único ou vários níveis de 
vários indexes. Um index, multi-nível, 
pode ser associado com vários FILES 
físicas permitindo a colocação fácil 
de indexes, minimizando o movimento 
do braço do disco. 

Os RECORDS podem ser ligados 
juntamente formando SETS. Cada 


SET 


FIND-FIRST MEMBER, FIND-NEXT- 
-MEMBER e FIND-OWNER são 
simples e rápidas. SIBAS pode man- 
ter ligações SET automaticamente. 
Toda a informação tal como conteúdo 
de registo, indexes e SETS é ca- 
talogada e esta informação está 
então disponível para os programas 
de aplicação. 


SUMÁRIO 


TOTAL trabalha estruturas em rede 
com grande economia de conceitos, 
memória, tempo de' processamento 
e de custo. É usado em mais de mil 
instalações em todo o mundo. 
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Quando um novo registo é in- 
devido será indexado e ligado com 
outros registos de acbrdo com a de- 
finição de base de dados. Contudo 
para permitir que um programa 
CONNECT e DISCONNECT um re- 
gisto de um SET particular é possível 
definir um SET como sendo MANUAL 
além de AUTOMATIC. Neste caso a 
ligação está debaixo do programa 
de control. 


Não é possível manter um SET com 
sequência de CHAVE automatica- 
mente mas definido o SET para ser 
MANUAL os registos MEMBER 
podem ser mantidos através de pro- 
gramação. 

Uma outra alternativa poderá ser 
a construção de um index para os 
MEMBERS que permitirá acesso 
sequencial. 

Uma vez a ligação em funciona- 
mento esta é, pelo SIBAS, mantida 
automaticamente e por isso se um 
campo chave for alerado a acção 
apropriada entra em funcionamento 
(index alterado, ou registo desligado 
de um OWNER e ligado a um novo 
OWNER). Um exemplo de base de 
dados SIBAS é dado na fig. 2. 

Os registos Pessoa são indexados 
por NI-Número, Salário-Número, No- 
me e Posto. Um INVOLUTED SET 
liga uma pessoa a outra de maneira 
a formar uma estrutura. Isto é feito 
simplesmente construindo um campo 
“Número de Posto Superior”” em cada 
registo em adição a “número de 
Posto OWN”. 

Cada pessoa pode trabalhar um 
grupo juntando as horas de trabalho 
de cada pessoa em cada grupo e com- 
parando com os bilhetes de trabalho 
— que nos dá o tempo de trabalho 
permitindo para o trabalho efectuado 
e um bónus pode ser calculado. 
Isto é então compartilhado por cada 
pessoa no grupo de. acordo com as 
suas horas. Os grupos são ligados 
conjuntamente, por isso o bónus 
para grupos indirectos será a per- 
centagem de vários grupos directos. 
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SIBAS não é vulgar porque com- 
bina indexação com estruturas em 
anel. Tendo sido escrito em FORTRAN 
é extremamente portável e deve 
vir a tornar-se popular especialmente 
nas pequenas firmas de processa- 
mento de transacções que disponham 
de minicomputadores. 


Nas fichas anteriores falámos das 
facilidades do conceito de SET para 
ADABAS, TOTAL e SIBAS. Nesta 
ficha abordaremos IDMS, o último 
DBMS a ser descrito. Novamente, 
é importante que se diga, muitas 
das características de DBMS não fo- 
ram abordadas, e os quatro produtos 
foram seleccionados meramente por 
simples interesse e não há a preocupa- 
ção de considerar os seus méritos 
relativos. 


IDMS 


Este sistema foi primeiramente 
desenvolvido pela firma Goodrich Co. 
nos E.U., mas é agora suportado 
e comercializado por casas de Soft- 
ware e construtores, está disponível 
em computadores IBM, ICL, UNIVAC 
e Digital Equipment Co. A figura 1, 
ilustra as facilidades de SET. Cada 
SET tem um registo tipo OWNER mas 
pode ter vários registos do tipo MEM- 
BER. Um registo pode fazer parte 
de vários SET'S bem como um 
OWNER ou um MEMBER. Estruturas 
de dados complexos podem também 
ser construídas. 


Um registo pode ser também um 
campo chave, que é usado para o lo- 
calizar (por meio de um algoritmo 
aleatório) e pode posteriormente 
ser usado para acesso directo. 


Uma área é uma sub-divisão de 
base de dados. Cada área pode ter 
vários tipos de diferentes registos, 
mas cada tipo de registo sômente 


VIUWIW 


Fig 1 


pode estar relacionado com uma 
ÁREA. 

Uma FILE é uma extensão física 
de um disco reconhecida pelo sistema 
operativo. Pode conter várias ÁREAS. 
Alternativamente uma ÁREA pode 
ser expandida para várias FILES. 

Isto dá grande flexibilidade à actual 
implementação física de registos. 

O produto IDMS tem três compo- 
nentes principais. 


DDL — linguagem de definição; 
DMCL — linguagem de controlo de 
dispositivos Médios; 

DML — linguagem de Manipulação 
de dados. 


A DDL é usada para definir a base 
de dados em termos de items, regis- 
tos, ÁREAS e SET'S. 

A descrição da base de dados es- 
crita pela DDL, chama-se o esquema 
de base de dados e é trabalhada de 
uma maneira idêntica à que um compi- 
lador processa numa qualquer lingua- 
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gem de programação. 

De maneira a termos um alto grau 
de independência de programa-dados, 
pode ser escrita uma versão mais 
pequena para programa ou aplicação 
que, usa a base de dados. A isto cha- 
ma-se um sub-esquema. 

Efectivamente um  sub-esquema 
restringe a base de dados àquelas 
ÁREAS, SET'S, registos e items só 
com interesse para um determinado 
programa ou aplicação. 

O segundo componente do package 
é a DMCL. Esta especifica as caracte- 
rísticas físicas de base de dados. 

O terceiro componente é a DML. 
Esta torna a forma de verbos como 
FIND, STORE, ERASE que se juntam 
aos programas COBOL e PL/1 que 
dão acesso à base de dados. 

A codificação do programa-fonte 
passa primeiro através do Pré-Pro- 
cessor da DML, que copia para instru- 
ções COBOL ou PL/1 definições de 
registos e items (primeiramente es- 
pecificados no esquema DDL e possi- 
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velmente modificados no sub-esquema 
DDL) e expande todos os nervos da 
DML em chamadas da linguagem 
COBOLou PL/1. 

O programa é então compilado 
com o compilador COBOL. No mo- 
mento da execução do programa, 
as instruções CALL geradas pelo 
pré-processor da DML são apoia- 
das pelo Software de Sistema como 


fazendo parte do programa. 
Programas escritos em linguagem 


além de COBOL ou PL/1 podem 
directamente aceder à base de dados 
usando directamente instruções CALL. 

Uma facilidade no IDMS que não 
se encontre quer em TOTAL ou SIBAS 
é a possibilidade de definir ORDER IS 
SORTED para um SET. 

Isto quer dizer que o Software 
mantém os registos MEMBER em 
sequência de chaves automatica- 
mente. 


Como em SIBAS, a pessoa que des- 
cubra a base de dados pode escolher 
entre estruturas circulares de um só 
sentido ou com dois sentidos para 
fazer a implementação de SET's. 

Em IDMS, tal como em SIBAS 
e TOTAL, não é preciso que cada 


Esta ficha é a final desta série. 

Descreve um sistema que foi 
concebido para usar diagramas de 
estrutura de dados, e implementado 
em COBOL sem facilidades de um 
DBMS. O sistema é ilustrado na 
figura 1 e é chamado um DICIONÁRIO 
de DADOS. 

Pode ser visto que o DICIONÁRIO 
de DADOS contém informação para 
as partes mais importantes de um 
Sistema para computadores — fi- 
cheiros, programas, campos (Data 
items), registos, etc.. 

A finalidade do Dicionário de Dados 
é a automatização da produção e ma- 
nutenção da documentação de todo 
o sistema. 

As vantagens de manter a docu- 
mentação em ficheiros são: 

A informação necessária necessita 
somente de ser definida uma vez. 
Por exemplo um campo que está 
em registo de input, um ficheiro 
mestre e várias listagens necessitam 
somente ser definidos uma vez. 
Esta definição pode então ser ace- 
dida quando se imprime o conteúdo 
de registos, ficheiros e listagens. 
Num sistema manual o item tenderá a 
ser definido em vários lugares para 
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MEMBER contenha a chave do 
seu OWNER. 

Na verdade a pessoa que concebe 
a base de dados para nos dar acesso 
directo a um OWNER pode socorrer- 
-se do software de sistemas para 
manter um apontador adicional em 
OWNER para um MEMBER para 
qualquer SET. 

Desde que o registo MEMBER não 
necessite possuir a chave do registo 
OWNER quando da inserção de um 
registo software não nos pode dizer 
qual o registo OWNER que lhe está 
associado. Por isso IDMS antes da 
inserção de qualquer registo o pró- 
prio programa seleciona o registo 
OWNER necessário. | 

Uma outra consequência de não 
termos a chave de OWNER no registo 
MEMBER é a possibilidade de du- 
plicar registos por um campo chave. 

Isto não é possível em SIBAS 
ou TOTAL. 


Por isso a chave é usada para se- 
leccionar OWNER automaticamente 
e só um registo OWNER IDMS 
permite que se especifique que va- 
lores de chaves duplas sejam per- 
mitidas. 


evitar tediosas repetições ou então 
não são definidas. A documentação 
é mantida fácilmente. Só os detalhes 
que mudaram necessitam ser alte- 
rados e a nova documentação é 
facilmente produzida. 


SET's podem ser automaticamente 
mantidas por software ou normal- 
mente usando as funções CONNECT 
e DISCONNECT. 

Uma outra facilidade presente em 
IDMS e que não se encontra quer 
em SIBAS, TOTAL ou ADABAS é 
a possibilidade de definirmos se os 
registos MEMBER podem estar ou 
não juntos dos registos OWNER. 

Os registos mestres são localizados 
próximos de um. dos seus registos- 
“mestre que lhe são associados re- 
duzindo os tempos de acesso. 


SUMÁRIO 


IDMS implementa diagramas de 
estrutura de dados facilmente, sem 
sacrifício da eficiência dos tempos 
de execução dos programas. 

Será disponível em breve em com- 
putadores ICL 2900 e 1900 bem como 
nos IBM 360/370. 

Sendo de certo o mais popular 
DBMS no Reino Unido. 


FICHA 12 


e Disciplina e normalização é in- 
troduzida (ex. convenções para 
nomes, e uso do mesmo nome 
para um registo, campo, etc. 
onde quer que for usado). 

e Cresce a comunicação entre uti- 


Fig. 1 
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lizadores, analistas e programa- 
dores todos recebendo a sua 
informação de uma fonte comum. 

e A informação dada pode ser 
analisada, automaticamente. Por 
exemplo poderá qualquer campo 
de um ficheiro mestre aparecer 
pelo menos uma vez numa 
listagem? 


O DIAGRAMA DE ESTRUTURA 
DE DADOS 


Diagramas de estrutura de dados 
foram usados desde o começo. O 
diagrama para o Sistema tal como é 
implementado é mostrado na figura 1. 

Campos são definidos uma vez. 
Esta definição inclui três nomes 
(nome do UTILIZADOR, nome COBOL 
e nome MNEMÓNICA) uma descri- 
ção textual daquilo que os campos 
querem dizer, unidade, validação, 
comprimento, tipo, etc.. Se um campo 
é codificado então a lista de códigos 
e o seu significado podem ser asso- 
ciados com ele. 

Campos são associados com “'en- 
tidades”” numa etapa anterior na de- 
finição do Sistema. (Uma entidade é 
uma coisa, pessoa, situação ou acon- 
tecimento acerca do qual os registos 
do sistema guardam informação 
(ex., vagon, reparação). 

Campos podem ser associados com 
outros campos. (Por exemplo alguns 
campos podem ser grupos de outros 
campos). 


* Ficheiros podem conter diferentes 
tipos de registos, e o mesmo re- 
gisto pode aparecer em vários 


(= 


gafes [ume Jur [5a] 


TiPo 
REGisTO 


ficheiros (por exemplo em fi- 
cheiros que são versões classi- 
ficadas de outros ficheiros). 


Registo e Campos formam uma 
relação n:n. O Registo intersecção 
contém informação tal como o formato 
de um campo tal qual está guardado 
num Registo particular (por exemplo, 
conceber um registo de input, binário 
um registo de um ficheiro mestre, 
caracter editado num registo de 
output). 

Registos podem ser relacionados 
com outros registos (por exemplo 
SETS). 

Programas estão relacionados quer 
com registos quer com Campos. 
Ficheiros podem ser associados com 
utilizadores se forem ficheiros de 
Entrada ou ficheiros de Saída. 

Naturalmente que o diagrama é 
a simplificação de todos os possíveis 
elementos do Sistema e das suas 
relações. Inicialmente diagramas mui- 
to complexos são desenhados e então 
é feita uma selecção de acordo com 
os objectivos primários do sistema. O 
leitor pode gostar de juntar os seguin- 
tes elementos ao diagrama: 

Relações de sub-rotina de pro- 
grama, volumes físicos, história de 
desenvolvimento de programa, etc.. 


OUTPUT DO SISTEMA 


O Output consiste em 15 diferentes 
reports, mostrando por exemplo, 
desenho de registos, onde os campos 
são usados, códigos de listagens, 
definição de campos, e descrição de 


Nº 
SEQUÊNCIA JETALNES 


registos COBOL. 


IMPLEMENTAÇÃO 


Uma vez que o Sistema é para ser 
implementado num número variado 
de computadores, foi decidido que 
para efeitos de control fosse inteira- 
mente programado em COBOL, e 
não usar qualquer DBMS para gerir 
as relações SET. 


Em geral os registos que são mos- 
trados como pontos de entrada para 
dentro da estrutura de dados (não 
caixas rectangulares) são identifi- 
cados por um simples nome ao passo 
que aqueles que são acedidos pela via 
de associações SET (nas caixas 
hexagonais) são identificados por dois 
nomes — o nome de cada registo 
OWNER. Existem todavia dois fi- 
cheiros indexados sequencialmente — 
um com chaves de um nome simples 
e o outro com chaves em dois nomes. 
São por isso duas coisas distintas. 

Um registo tipo é junto ao primeiro 
ficheiro e um tipo SET é junto ao se- 
gundo ficheiro por isso estes nomes 
necessitam somente ser únicos dentro 
do registo tipo. 

Por último um número de sequência 
é adicionado para permitir que uma 
grande quantidade de textual in- 
formação de formato livre seja memo- 


Registos com um número de se- 
quência maior que O são extensões 
de formato livre dos registos básicos 
que contêm informação de formato 
fixo. 


dDETALUMES 
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Isto dá os primeiros dois ficheiros 
mostrados na Fig. 2. 

Estes dois ficheiros na sua inde- 
pendência permitem somente que um 
registo INTERSECTION seja acedido 
convenientemente de um OWNER. 
Por exemplo se quando memorizada a 
posição formato de um campo de um 
registo uma chave de RECORD 
NAME+ITEM NAME+SET+N.º 
SEQ. é usada será fácil aceder a todos 
os items para um dado registo, mas 
não é possível aceder a todos os re- 


gistos em que em determinado campo 
apareça. 

- Para ultrapassar este problema um 
terceiro ficheiro é criado que contém 
somente chaves — ITEM NAMEA-RE- 
CORD NAMES para permitir acesso 
através do segundo OWNER. 

Existem duas alternativas para este 
ficheiro. Primeiro por conveniência 
de programação cada par de momes 
é memorizado duas vezes (ex. ITEM 
NAME + RECORD NAME E RECORD 
NAME+ITEM NAME. Segundo o 


Otoni! 


0) computador 


apoia 
o seu dinamismo. 


Dinamico, com o pensamento virado ào futuro. 
apostado na expansão e desenvolvimento dos 
seus negocios voce não pode prescindir 
do apoio dum serviço de processamento 
electronico de dados que lhe gárantã o 
controlo eficiente e sempre actualizado 
“da sua actividade comercial 
A Logica Informatica oferece-lhe uma 
ampla gama-de serviços onde poderão 
ser tratados de forma adequada todos 
os seus problemas relativos as 
necessidades de Informação 
Temos ao seu dispor «PACKAGES: 
automatizadas para a maioria de aplicações. tais como 
Contabilidade Geral e Analítica — estruturada de acordo como P.0.C:: 
Vencimentos, incluindo imputação de mão-de-obra e absentismo. 
' respondendo a todas as implicações oficiais: Facturação e Estatisticas 
a a Comerciais: Gestão e Racionalização de Stocks: Emissão de 
Quotizações e respectivo controlo de cobrança: Custeio de obras, etc.. 
Consulte- nos Os nossos especialistas estão ao seu serviço para à Solução 
- do seu problema 


LÓGICA iNFORMÁTICA 


SOCIEDADE COOPERATIVA DE PROCESSAMENTO DE DADOS, S.C.A.R.L. 
AV ALMIRANTE REIS. 95A TEL 537535 - LISBOA1 


z 


campo de sequência MEMBER é 
inserido de maneira a permitir que 
MEMBERS sejam acedidos de outra 
maneira além de nome de sequência. 
Na prática isto é somente usado - 
(como se mostra na fig. 1) para campos 


. em sequência de posição relativa 


dentro de um registo. 
O. quarto ficheiro é 

valores em código. 
Separando este ficheiro significa 


pô-lo disponível. 


para trabalhar 


NOTA FINAL 


Este texto conclui o artigo 
publicado sob o mesmo título na 
revista (Volume 2 Número 4 de 
Agosto /Setembro de 1978). 


TEMAS CENTRAIS 
DA REVISTA 
“INFORMÁTICA 
em 1977/79 


VOL. 2,n.º2 — ENCONTRO 
NACIONAL DE 
INFORMÁTICA 


VOL. 2, nº.3-- COMPUTAÇÃO 
GRÁFICA 


VOL.2, n.º4 — LINGUAGENS 
DE MUITO 
ALTO NÍVEL 


VOL.2, n.º5 — BASES 
DE 
DADOS 


VOL.2,n.º6 — A 
INFORMÁTICA 
EM 
PORTUGAL 
NA DÉCADA 
DE 80 


COLABORA j 
COM A “INFORMÁTICA” 
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; 
E 


CYBER 170 — COMPUTADORES DE 
GRANDE E MÉDIA POTÊNCIA 


IC FABRICANTE DOS COMPUTADORES 
DATA MAIS POTENTES DO MUNDO 


CONTROL DATA PORTUGUESA, sarl 


SEDE E FÁBRICA — PALMELA 
ESCRITÓRIOS — AV. JÚLIO DINIZ, 10 - 1ºC — Tel. 763814 - 1000 Lisboa 
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NOVOS ASSINANTES 


AOS ASSINANTES: 
REVISTA DE INFORMÁTICA 


A “Revista de Informática” é a 
única em Portugal. Nascida em 
1974, surge para divulgar os trabalhos 
que se têm desenvolvido ao longo do 
País, no sentido da aplicação de um 
instrumento poderoso como é um com- 
putador, e no sentido do desenvolvi- 
mento e investigação de vários do- 
mínios da Informática, visando a 
nossa independência tecnológica e 
a exploração dos recursos nacionais. 
A “Revista de Informática”” tem como 
objectivo informar sobre os meios 
humanos, técnicos e instrumentais 
para a resolução dos problemas que 
se pôem aos sectores público, nacio- 
nalizado, privado e cooperativo, 
e que requerem o uso de um instru- 
mento especial, o computador, e de 
técnicas e métodos privilegiados 
para o tratamento de grandes massas 
de dados, em tempos úteis. 

Revista para todos os trabalha- 
dores da Informática, a “Revista de 
Informática” é também a revista onde 
se debatem as questões ligadas á 
profissão, definição de carreiras e 
contratação, e onde se ausculta os 
anseios e a voz dos que vêm lutando 
pela sua dignificação. 

Ao longo de cinco anos de existên- 
cia, a “Revista de Informática” tem 
melhorado a sua forma e o seu con- 
teúdo, esforçando-se por corrigir 
lacunas e insuficiências. Neste sexto 
ano, está em curso uma remodelação 
visando abrir a revista a um público 
mais vasto, constituído por todos 
aqueles que, de certo modo, inte- 
ractuam com os profissionais de 
Informática. Assim, além de uma 
divulgação técnica serão também 
objectos da revista, a Educação 
Informática e a Política Nacional de 
Informática. Aqui, abre-se um fecundo 
espaço de informação, propriciando 
o estreitar da comunicação com o 
público e com os orgãos do poder, 
através da explicação de conceitos 
e da proposta de soluções para a 
organização da Informática Portu- 
guesa. 


AMIGO ASSINANTE: 


ANGARIE UM NOVO 
ASSINANTE 

INDIQUE UM OUTRO 
PROVÁVEL ASSINANTE 


REVISTA DE 
INFORMÁTICA 


INDIQUE. 
UM NOVO 
ASSINANTE 


REVISTA DE 
INFORMÁTICA 


INDIQUE 
UM NOVO 
ASSINANTE 


REVISTA DE 
INFORMÁTICA 


INDIQUE 
UM OUTRO 
PROVÁVEL 
ASSINANTE 
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NOVOS ASSINANTES 


NOME 
MORADA 
LOCALIDADE 


Desejo assinar a “Revista de INFORMÁTICA” a partir don.º................. 
Vol amet dapeãe CE POR sirene números. 


cheque n>..... aro csesteainedassençaso 
Banco/ou estação de Correio 
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API : 
Av. Almirante Reis, 127, 1º. Esq”. 
1100 Lisboa 


NOME 
MORADA 
LOCALIDADE 


Desejo assinar a “Revista de INFORMÁTICA” a partir do n.º ................ 
MDIC. cocseernaigadio E DOE sis icesitinisacará números. 

Para o respectivo pagamento envio escudos ......... " 
cheque nº. -essereseesmrocesesesertennss vale do correio nº... 
Banco/ou estação de Correio 


COODCU DOC UUU CA A COUCE NUA a Ran aU CoCnne sons asa na sas n anna auna nose ssa decada si 


API 
Av. Almirante Reis, 127, 1º. Esq”. 
1100 Lisboa 


NOME 
MORADA 
LOCALIDADE 


Desejo assinar a “Revista de INFORMATICA” a partir do n.º................. 
NO rosada soneiitrisaiiris DOE catia reosaeio 


cheque NO gasto imrsnicoranemesso 
Banco/ou estação de Correio 


EVERI DLL CREA LION EO OCS OLL URSS TALES CCC U NEC U SONO O RCLT EO USO C UNR RC RO OURO ARC CORNO CURAR Conan e rancono nan nana nnanannans 


API 
Av. Almirante Reis, 127, 1º. Esq”. 
1100 Lisboa 


"6618" | E S2]U249)21 08S SEU PIOdIUI SEJST "GN 


JOUIL] 2 QUO] “S 
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edoing 

ajusunguo) 
VOLLYINHOANI 
da VISIATA 


aPIoA Oquo “fiseag “ejoBuy 


SOJIWAN + HOd SVANLVYNISSV 


RECORTE ESTES 
TALÕES, META-OS 


NUM ENVELOPE E 
ENVIE-NOS PARA 
A MORADA INDICADA 


ATENÇÃO 


Não se aceitam assinaturas à cobrança 
dado o seu elevado custo, pelo que 
agradecemos que juntamente com o 
postal remeta sempre a liquidação 
da assinatura. 


e 
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ARTIGO 


Digito de Controlo 


RESUMO 


O digito de controlo é usado 
para detectar erros na digitação de 
campos numéricos do sistema 
decimal. 

Apresentam-se dois métodos de 
determinação do digito de con- 
trolo, um em módulo 10 e outro 
em módulo 11. 


O digito de controlo é usado para detectar erros 
na digitação de campos numéricos do sistema decimal. 
Os erros mais frequentes nesta digitação são: 


— erro no valor de um digito 

— omissão de um digito 

— inserção de um digito 

— permuta de dois digitos consecutivos. 


.O digito de controlo deverá conter informação 
relativa aos dígitos que formam o número. Esta infor- 
mação respeita ao valor absoluto dos digitos (forma 
dos símbolos) e ao seu valor relativo (posição no 
número). 

Correspondendo o digito de controlo a uma infor- 
mação resumo do número a controlar, a sua utiliza- 
ção não detecta todos os erros possíveis na digitação, 
mas detecta a grande maioria. 

Na realidade, vários números terão o mesmo 
resumo constituindo um conjunto de sinónimos. Se 
os erros cometidos originarem um número sinónimo do 
valor a digitar, estes não serão detectados. 

A distribuição dos digitos de controlo pelos números 
a controlar deve ser tanto quanto possível uniforme, 
isto é, os conjuntos de sinónimos ligados a cada digito 
de controlo devem ter iguais dimensões. 

A distribuição dos digitos de controlo por um con- 
junto sequencial de números a controlar deve ser 
aleatória. 

À conjugação destas duas distribuições faz com que 
a distribuição dos digitos de controlo seja pseudo- 
-aleatória, gerada por um algoritmo bem determinado. 
Este algoritmo utilizado por diferentes operadores 
geram para o mesmo número o mesmo dígito de 
controlo. 

A aleatoridade é conseguida por meio de soma- 
tórios de produtos dos digitos por constantes. 

Estas constantes estão relacionadas com a posição 
dos digitos no número. 


Neves da Costa 
DGOA 


A uniformidade é conseguida pela divisão deste 
somatório pelo número de classes (ou seja pelo número 
de diferentes valores que o digito de controlo pode 
tomar). O resto destas divisões está intimamente 
relacionado com o digito de controlo. 

As diferenças entre os diversos métodos de deter- 
minação de digito de controlo residem em : 


a — Determinação do somatório, correspondente à 
lei de pseudo-aleatoridade. 

b — Módulo da divisão, correspondente ao número 
de classes da distribuição uniforme. 

c — Relação entre o resto da divisão e o digito de 
controlo, isto é, utilizar o próprio resto 
ou seu complemento como digito de con- 
trolo. 


Apresentam-se em seguida dois métodos de de- 
terminação do digito de controlo que ilustram o que 
anteriormente foi dito, um em módulo 10 e outro em 
módulo 11. - 

O método em módulo 10 baseia-se na fórmula de 
LUNH (Dobrar-Somar-Dobrar) sendo usado pela ISO 
na Norma Internacional ISO0-2894-1974 (F) referente 
à normalização de cartões de crédito. 

O método em módulo 11 encontra-se implementado 
por vários grandes construtores. Como se verá adiante, 
este método não permite a utilização de todas as re- 
presentações numéricas, mas uma pequena alteração 
permitirá essa utilização, alterando contudo o rigor da 
detecção de erros. 


módulo 10 


Podemos considerar a existência de 5 fases neste 
método: 


1º fase — Iniciando pelo das unidades, dobrar al- 
ternadamente os digitos das posições 
impares. 

2º fase — Somar os dois digitos de cada produto 
da fase 1. (Os valores destas adições 
terão um valor máximo de 9). 


3º fase — Somar os digitos obtidos na fase 2 e 
os digitos das posições pares do número 
a controlar. 


4º fase — Se o digito das unidades do somatório 
da fase 3 for “0”, o digito de controlo 


é “0”, se for diferente, o digito de con- 
trolo é o seu complemento de 10. 
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5º fase — Colocar o digito de controlo à direita 


do número a controlar. 
Exemplo: 


Dado o número: 538 274 901 


fase 1 


mm 


fase 


“a 


fase 


O número com digito de controlo é: 
5382749017 


módulo 11 


Este método consiste em utilizar como multipli- 
cadores, os valores 2, 3, 4, 5, 6, 7 respectivamente 
das posições, a contar da direita para a esquerda, 
(n+1), (n+2), (n+3), (n+4), (n+5), (n+6), sendo 
“nº” um número inteiro maior ou igual a zero. 

O somatório dos valores dos produtos é dividido 
por 11. 

Se o resto foi “0” o digito de controlo é “0”. 

Se o resto for '1'*, o número a controlar não pode 
ser usado. 

Se o resto for diferente de “1”' ou “0”, o seu 
complemento de 11 constitui o digito de controlo. 

Exemplo: 


11 - = 6 


O digito de controlo é .6 e o número com digito de 
controlo é: 


5382749016 


Verifica-se que neste método não podem ser usadas 
todas as representações numéricas. Quando isso for 
inconveniente e se pretenda usar este método basta 
atribuir o digito de controlo “'0”' quando o resto for 
5 A eo dg 

Qualquer destes métodos faz com que o digito de 
controlo contenha informação relativa aos digitos do 
número a controlar quer quanto ao seu valor absoluto 
quer quanto ao seu valor relativo. 

O número de sinónimos ligados a cada digito de 
controlo e, no caso do módulo 10, de 1/10 das re- 
presentações possíveis, sendo todas permitidas; no 
caso de módulo 11 este número de sinónimos é de 
1/11 das representações possíveis, mas 1/11 destas 
não são permitidas; caso o sejam, o número de sinó- 
nimos ligados ao digito de controlo “0” é de 2/ 11. 


conclusões 


1. O digito de controlo é calculado sobre a infor- 
mação numérica representada no sistema 
decimal, codificado em binário ou não. 

2. O digito de controlo constitui um resumo da 
informação numérica e o seu valor depende dos 
valores absolutos e das posições relativas 
dos digitos que a formam. 

3. Comparando os dois métodos (módulo 10 e mó- 
dulo 11) verifica-se que: 


a) Os cálculos aritméticos no módulo 10 são 
de execução mais fácil. 

b) Considerando que o número de erros de- 
tectados é tanto maior quanto menor for 
o número de sinónimos ligados a cada 
digito de controlo, o módulo 11 apresenta 
vantagens sobre o módulo 10. 

c) No módulo 11 nem todas as representações 

numéricas possíveis são permitidas. 
Poderão sê-lo com a alteração indicada 
anteriormente, mas o número de sinónimos 
numa das classes é duplo do das restantes. 
Por isso este método pode tornar-se pior 
do que o outro. 

d) A existência de um único erro (omissão 
ou inserção ou alteração-de um único digito 
no número) é sempre detectável no módulo 
10 e no módulo 11, não o sendo no módulo 
11 modificado. 

e) Quando ocorre um erro por permuta de dois 
digitos consecutivos a probalidade de de- 
tecção é praticamente igual nos dois casos 
possíveis. 

f) Pelas razões apresentadas é de considerar 
o módulo 10 como preferencial, até por já 
ser utilizado numa aplicação normalizada 
pelo ISO. 


(Recebido em 4.12.1979) 
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OS MINI-ORDENADORES 
NÃO TÊM NADA . 
DE NOVO PARA NÔS 


Sempre reconhecemos a 
importância destes siste- 
mas. Paralelamente aos 
pequenos, médios e gran- 
des ordenadores, Cll HO- 
NEYWELL BULL foi o pri- 
meiro construtor do mun- 
do a desenvolver o mini- 
ordenador de 16 — bitse a 
fazê-lo intervir nas aplica- 
ções de redes complexas. 
A nossa experiência neste 
domínio vem já de hã anos. 
O mini-ordenador Mini 6 é 
o mais recente dos nossos 
produtos. 


O MINI 6 ABRE 
NOVOS HORIZONTES 


O tratamento da informa- 
ção .descentraliza-se cada 
vez mais e as redes esten- 
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aos minis. 


Cil Honeyvell Bull 


dem-se, tornando-se sem- 
pre mais complexas. Daí, a 
importância crescente dos 
mini-ordenadores. As in- 
formações tornam-se 
acessíveis a partir de inu- 
merosos postos de traba- 
lho, o que permite a dele- 
gação de responsabilida- 
des. E para responder a es- 
ta evolução, Cll HONEY- 
WELL BULL desenvolveu o 
Mini 6. 


O MINIS, FLEXÍVEL 
E EVOLUTIVO 


Com a sua experiência no 
desenvolvimento e na pro- 
dução dos mini- 
ordenadores, Cll HONEY- 
WELL BULL conquistou os 
maiores sucessos na sua 
utilização. 

O software disponivel é 
vasto, quer para as aplica- 
ções comerciais, quer in- 
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dustriais. O Mini 6 possui 
uma arquitectura modular. 
permitindo configurações 
adaptadas aos mais diver- 
sos trabalhos. 


OMINI6, 
UM DESAFIO 


Toda a empresa que enca- 
ra a aquisição de um mini- 
ordenador, deverá incluir o 
Mini 6 na sua avaliação do 
problema. Porque Cll HO- 
NEYWELL BULL é tam- 
bem, os minis. 


Cii Honeywell Bull 


O O 


Hoy Wo 8 
Vig 


PRESTAMOS UMA Mi 


UA 


DE SERVICOS 
A SUA EMPRESA 


e Promovemos cursos de formação e aperfeiçoamento 

e Definimos a organização de empresas 

e Encarregamo-nos da sua gestão 

e Somos uma empresa especializada em informática 

e Somos uma equipa de técnicos com grande experiência que pode fazer muito pela sua empresa e 
pelos que nela trabalham 
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ARTIGO 


Análise e Concepção Estruturadas de 
Sistemas Informáticos de Gestão 


RESUMO 


Realça-se a importância da análise 
na elaboração do projecto de um 
sistema informático de gestão, 
e propõe-se o recurso a um dado 
modelo de análise e de concepção. 


1. Noção de análise — concepção 


O processo, pelo qual a necessidade sentida por 
um utilizador evolui até ao estádio de sistema opera- 
cional, comporta um certo número de fases, em que 
cada uma desenvolve o conceito do sistema mais 
concreto (figura 1). 

A natureza cíclica do processo é o reflexo das mu- 
tações no meio do utilizador assim como do carácter 
experimental inerente a todo o desenvolvimento. 
Só a implantação efectiva permite revelar os desvios 
eventuais, entre as exigências impostas ao sistema e 
as suas características reais. 

A análise é o exame aprofundado das necessidades 
que o sistema deverá satisfazer. Três aspectos devem 
ser tratados: 


— a análise do contexto (o porquê do sistema); 
— as especificações funcionais (o quê do sistema); 
— as exigências de desenvolvimento (o como do 
sistema). 
Em conjunto estas rúbricas definem as condições- 
-limite para as restantes etapas do projecto. 


qc) eo) 


ARQUITECTURA ARQUITECTURA SISTEMA SISTEMA 
PROBLEMA FUNCIONAL DO SISTEMA POR TESTAR TESTADO 


Luc Golvers & Michel Teys 


2. Porque é a análise uma fase crucial? 


Esta constatação decorre das seguintes realidades: 

— O tempo consagrado à análise pode representar 
até 1/3 do esforço total do projecto; 

— os erros de análise só são descobertos mais 
tarde durante o ciclo de desenvolvimento. 
Quase sempre, quanto mais tempo um erro 
demora a ser detectado mais difícil se torna 
corrigi-lo; 

— as especificações completas, coerentes e não 
ambíguas são os únicos critérios de validação do 
produto final; 

— o dossier de análise forma a base do acordo 
mútuo entre clientes (utilizadores, direcções, 
etc.) e executantes do sistema (analistas e 
programadores); 

— graças ao caderno de encargos, a direcção 
pode seguir a evolução dos trabalhos de desen- 
volvimento do sistema. 


3. A prática actual e os seus problemas 


Em geral, as especificações lógicas e de procedi- 
mentos são expressas em linguagem natural, comple- 
tadas por tabelas, gráficos, organigramas e ordino- 
gramas e são determinadas na base de uma gama 
ad doc de princípios gerais de análise e de bom senso. 

Esta aproximação apresenta vários problemas: 


— é fácil a sua reformulação a todo o momento, 
por isso corre o risco de se tornar ambígua; 


Constaução YCVALISAÇÃO) (Incra LAção) 


SISTEMA 
OPERACIONAL 


FIGURA 4 - CAXA FASE TORNA MAIS CONCRETO O CONCEITO DE SISTEMA 
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— omite a análise profunda das exigências; 

— o utilizador não pode estar seguro à priori 
que terá.o sistema que deseja devido à ambigui- 
dade da linguagem natural; 

— a falta de uma metodologia faz depender a qua- 
lidade de análise e competência do analista 
(tanto mais que os especialistas experimentados 
e de alto nível não são numerosos) e cria-se em 
cada projecto o fenómeno “redescoberta da 
roda” (tratar cada projecto como um caso único 
e original o que acarreta uma multiplicação de 
esforços inúteis; 

— o processo de documentação de análise é essen- 
cialmente manual, portanto de custos elevados 
em tempo e dinheiro. A actualização da docu- 
mentação é uma tarefa árdua e é difícil de ve- 
rificar se as especificações estão completas e 
coerentes, sobretudo nos grandes sistemas. 


O recurso a um modelo de análise e de concepção 
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Pri si MENTOS 


tem uma dupla justificação: 


— permite compreender melhor o trabalho técni- 
co/intelectual desenvolvido pelo analista; 

— serve de utensílio para comparar objectivamente 
as aproximações existentes. 


Os trabalhos de Bubenko, Grotenhuis e Nijssen 
conduzem-nos à formulação do modelo representado na 
figura 2. O modelo decompõe o percurso da análise e 
concepção numa série de transformações de um modelo 
num outro modelo. A passagem da realidade da área 
do utilizador para uma representação em máquina 
faz-se através da ajuda de um modelo conceptual. 

Na prática, a ordem de encadeamento das acti- 
vidades não será sempre respeitada. Parece ser uma 
cracterística humana a fuga aos ““quês” e o empenha- 
mento nos “como” mesmo que todos tenham mo- 
mentos de clarividência onde se admite que a análise 
é, logicamente, anterior à concepção. 


DEFINIÇÃO DO SISTENA-Q3I6; 
a) ANALISE DO ConTEXTO 
9) MRQUITESIVAS Funcional 
e) coneerção 
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4. Identificação das necessidades a pesquisar 


O modelo da figura 2 tem servido de base a um 
estudo comparativo de aproximação no tratamento 
da análise-concepção. 

Deduzimos que: 


— não existe no nosso conhecimento de aproxi- 
mação global o tratamento de todos os aspectos 
da análise-concepção; 

— .a maior parte das aproximações abordam quer 
a análise quer a concepção, o que deixa em 
aberto o problema da transição do “quê” ao 
“como”; 

— os métodos de análise existentes preocupam- 
-se principalmente na normalização da docu- 
mentação, nada dizem como passar das per- 
cepções aos conceitos abstractos e em seguida 
aos conceitos lógicos e não reconhecem a exis- 
tência de uma estrutura subjacente ou seja 
as invariáveis nos conceitos abstractos; 

— muitos modelos conceptuais têm sido propostos 
últimamente mas nem sempre as junções a 
montante (definição do sistema-objecto) e a 
juzante (concepção) são respeitadas. 

Estas razões são a origem de um estudo realizado 
na Faculdade de Ciências Aplicadas da ULB (Univer- 
sidade Livre de Bruxelas). Neste estudo propõe-se 
definir: 


— um modelo de primeiro nível baseado nos acon- 
tecimentos, nas transacções e nos estádios 
intermédios, chamados operações; 

— uma implememtação sobre a forma de um mo- 
nitor orientado para uma metabase de dados 
descrevendo a estrutura do sistema real. Esta 
tem como fim simplificar a evolução do sistema 
informático e de armazenar e gerir os dados do 
sistema. 

Este modelo e a arquitectura são descritos a seguir. 


5. Proposta de um modelo 


A aproximação será limitada aos sistemas infor- 
máticos de gestão, ou seja, aos sistemas que permitem 


OPERA co: Es ExEcus 
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TRANS ACÇÕES 


ENTIDADES 
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memorizar, tratar e seleccionar as informações rela- 


“tivas às operações passadas, presentes e futuras de 


uma organização. Os sistemas de exploração e de cál- 
culo científico estão fora do campo deste modelo. 

Uma operação é um segmento da realidade que cen- 
sideramos separadamente e que termina no tempo 
e/ou no espaço. O início e o fim de uma operação 
são o resultado de acontecimentos. Diremos que os 
acontecimentos geram e concluem as operações. 
A transacção é a expressão da mudança do estado 
informacional do sistema-objecto após a ocorrência de 
um acontecimento. 

Numa primeira aproximação pode-se dizer que uma 
operação correspondente a uma tarefa executada por 
um posto de trabalho e que o acontecimento consiste 
em informar o sistema do que se está a passar na rea- 
lidade. Esta óptica é por vezes perigosa pois pode 
conduzir à clivagem entre “entidades permanentes” 
e ““operações-movimentos””. No modelo consideramos 
que o elemento “cliente” é uma operação da mesma 
qualidade que “encomenda em lista de espera”, 

As operações podem ser “em curso” e ““concluí- 
das”. As operações em curso estão sujeitas a modifi- 
cações. As operações concluídas são estáticas e formam 
o histórico do sistema. 

Um acontecimento pode gerar de o a m operações 
e concluir de o a n operações. 


Especifiquemos 

— acontecimento de base (1,1) 
— acontecimento sem consequência (1,0) 
— acontecimento sem precedente (0,1) 
— acontecimento de conclusão múltipla (m,1) 
— acontecimento de geração múltipla (1,n) 
— acontecimento complexo (m,n) 


Se são necessários vários acontecimentos para 
concluir uma operação, dir-se-à de conclusão parcial, 
(Exemplo, várias entregas para satisfazer uma eco- 
menda). 

Um acontecimento pode ter um ou vários aconteci- 
mentos induzidos (Exemplo, o acontecimento “Dpaga- 
mento mensal” induzirá tantos acontecimentos “paga- 
mento-empregado” quantos empregados existir na 
empresa). 

A etapa seguinte consiste em pesquisar se as 
transacções podem ser decompostas num número 
limitado de transacções elementares (binárias). 
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FIGURA 3 - DECOMPOSIÇÃO EM TRANSACOÕES ELEMENTALE S 
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O modelo binário parte da hipótese de que todos os 
processos dinâmicos do sistema-objecto podem ser for- 
malizados por uma série de transacções discretas, 
correspondendo às trocas entre duas entidades. 

Consideremos, a título de exmplo, a cadeia de ope- 
rações da figura 3. 


EXEMPLO 
entigade ORIGEM | aamAZEM 
OPERAÇÃO coneLvidA 


 EXESNENDA 


SASTIFAZER Encore 
sa 
PROCEDIMENTOS REALIZAR À ENTREGA 


ACONTECIMENTO GERRIOR | ENVIO DAS MERCADORIAS 


peserecimerros mavasos | = Ali ea enrionde-testrção | CrrentE 
EF ENTIDADE DE Spewsho) COBRANCAS 


As invariáveis postas em evidência no modelo são: 

— as transacções que correspondem às mudanças 
de estado sob a forma de uma troca entre duas 
entidades e que representam os acontecimentos; 

— as operações e entidades que descrevem o 
sistema entre duas transacções e que são 
geradas por um acontecimento e concluídas 
por um acontecimento. 


TABELA DE OPERAÇÕE 


TIPO DE ENCOMENDA EM 
oPeRaçÃão LISTA JE ESPERA 


ENVIO DE FACTURA 
Eq ertonE-oRiGam | aRMAzGM | 


FIGURA 4 - TABELAS DE AcosTECIMENTOS & DE OPERAÇÕES 


Duas entidades estão implícitas na criação de 
uma operação (El, E2) e duas outras (E2, E3) 
na conclusão. Pode-se, assim, fazer corresponder 
três entidades a uma operação (E 1,E2,E3). 

A um acontecimento associa-se certos procedi- 
mentos que serão invocados durante os processos de 
geração e' de conclusão. Por exemplo, a quantidade 
observada de uma operção desvia-se da quantidade 
prevista da operação seguinte eventualmente após um 
certo tratamento. À data de conclusão desvia-se 
da data de criação e a data prevista deve ser calculada 
por um algorítmo apropriado. 

Um acontecimento desencadeará, geralmente, 
a produção de documentos (sistema manual) ou de es- 
tados de saída (transposição automatizada). 


5.1. Instrumentos de descrição 


Os tipos e as ocorrências de acontecimentos e de 
operações devem ser descritos. 

A descrição dos tipos pode-se fazer por (ver figu- 
ra 4): 

— tabelas de acontecimentos e de operações; 

— diagramas de transacções e de hierarquias das 

operações. 

O diagrama de transacção articula-se à volta de 
convenções gráficas conforme figura 5. 

Consideremos um sistema que grava os dados 
relativos aos “professores”. No sistema-objecto 
definimos um professor por duas entidades (conforme 
diagrama da figura 6): 


N 
q 
2 EE 


na : 
AZ: GERA 02, Conetu!t 04 


ENTIDADES : E4,E2,E3,EG,ES 
ACONTECIMENTOS: AS, AZ, A3 
OPERACOES : 04,02,03 
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FIGURA 5 - CONVENÇÕES GRAFICAS PARA O DIAGRAMA DE TRANSA CcÃO 
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, 
TiTULO 


INdIVIdUO 


FIGURA É - 


— “indivíduo” 

— “título” 

O diagrama das operações (figura 7) põe em evi- 
dência a noção de hierarquia. Com efeito as entidades 
entre as quais se produzem as trocas são as operações 
de conclusão parcial de nível superior. 

As operações de mais alto nível (ex: indivíduo) 
são criadas a partir de entidades não conhecidas do 
sistema (ex: n.º de bilhete de identidade). 

As operações de nível subordinado (ex: professor) 
são criadas a partir de entidades conhecidas (ex: in- 
divíduo/ título). 

O diagrama das operações é o dual do diagrama de 
transacção. 

Pode-se observar na figura 7 que o diagrama 
comporta três dimensões: 


— uma dimensão hierárquica (vertical) caracteri- 
zada pelo facto das operações geradas a um alto 
nível terem uma duração mais longa que as 
suas subordinadas; 

— uma dimensão temporal (horizontal) exprimindo 
a ordem de sucessão lógica dos acontecimentos; 

— uma dimensão funcional (oblíqua) que corres- 
ponde a um certo número de processos que se 
desenvolvem em paralelo. 


5.2. Descrição normalizada dos acontecimentos 
e operações 


As ocorrências de acontecimentos e de operações 
conterão, pelo menos, as informações seguintes: 


Acontecimentos: 


— tipo de acontecimento, 

— n.º do acontecimento, 

— identificação de entidade origem (E 1) 

— identificação da entidade chegada (E 2) 
informações inerentes ao acontecimento 

— predicado facultativo condicionante de excução 
de certos aspectos da função; 


$ 


PASEESESA 


ExemPLo DE DIAGRAMA DE TRANSA CDE 5 


Operações: 


— tipo de operação 

— n.º de operação 

— estado (em curso /concluído P ou T) 

— dados de criação (n.º de acontecimentos de 
criação, n.º da E 1,E2, data, ...) 

— dados de conclusão (n.º de acontecimentos 
de conclusão, n.º da E 3, data, ...). 


O processo actual de análise baseia-se, essencial- 
mente, no empirismo e na maior ou menor capacidade 
do utilizador /analista no levantamento das necessi- 
dades. O modelo que acabamos de apresentar permite 
dispor de um método sistemático, de um guia que in- 
dica quais as fases e os procedimentos na análise. 

Estamos conscientes que a elaboração das tabelas 
e dos diagramas propostos podem levar à conclusão 
que se está perante uma aproximação de baixo para 
cima com os. inevitáveis inconvenientes. É pura apa- 
rência. Com efeito todos os sistemas com uma certa 
amplitude devem. ser inicialmente decompostos em 
grandes funções e sub-funções. Este problema tem sido 
objecto de múltiplos estudos na organização das em- 
presas. O nosso método intervirá apenas nas funções 


FIGURA TF - DIAGRAMA DAS OPERAÇÕES 
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elementares onde procurará identificar as operações 
e os acontecimentos inerentes a essas funções. 


5.3. — Proposta de arquitectura para utilisar o model 


A passagem do modelo ao plano de arquitectura é 
realizada através das seguintes etapas: 


— extensão do conceito de acontecimento ao de 
mensagem de activação; 

— assimilação das operações à concepção de uma 
base de dados; 

— introdução da noção de metabase, ou seja de 
um conjunto de informações descritivas do 
sistema. 

A metabase conterá: 


e a descrição dos tipos de acontecimento 

e a descrição dos tipos de operações 

e os módulos activáveis 

e os nós entre os diversos componentes. 

A estrutura do sistema informático apresenta-se 
segundo a figura 8. O sistema reduz-se assim a um mo- 


FIGURA 8 - ESTRUTURA DO SISTEMA 
INPoRmAÍTICO 


nitor cuja função consiste em analisar os pedidos, 
em consultar a metabase para conhecer as acções que 
devem ser desencadeadas e executar as operações 
respectivas na base de dados. 

O monitor comandará as seguintes acções por 
cada pedido: 


— validação do acontecimento 
— fecho da (s) operação(ões)respectiva(s) (o ou m) 


— pgeração da(s) operação(ões) respectiva(s) 
(o oun) 

— edição dos outputs eventuais 

— geração e escrita na agenda de acontecimentos 
induzidos eventuais 

— diagnósticos eventuais. 

Os pedidos endereçados ao monitor devem, teori- 

camente, compreender as categorias da figura 9. 


6. Consequências da aproximação 


A representação do modelo fói obrigatoriamente 
sucinta. Um sistema piloto feito e desenvolvido na 
ULB explora aqueles princípios. Os primeiros resul- 
tados são encorajadores e mostram que a. noção de 
metabase é explorável. Um bom número de tipos 
de acontecimentos têm sido tratados com sucesso pelo 
“package”. 

As noções de acontecimento, de operação e de tran- 
sacção são suficientemente gerais para se poder 
aplicar a todos os sistemas onde se produzem modi- 
ficações de estado discretas. Por vezes a questão 
está em saber se um modelo mais preciso (que utiliza 
somente transacções binárias) permite considerar 
todo o sistema informático de gestão. A resposta a 
esta questão não pode ser dada senão pela experiência, 
ou seja .pela confrontação do modelo com um vasto 
número de sistemas. O estudo continua a ser de- 
senvolvido nesta óptica. 

O informático interrogar-se-à, sem dúvida, sobre a 
eficiência da arquitectura sugerida. Pode-se, com 
efeito, considerar que ela aumenta o tempo de pro- 
cessamento. Contudo este não é o nosso principal 
problema. A razão é dupla. Primeiramente cremos que 
são precisamente os informáticos que procuram 
as soluções ad doc: para os problemas; em seguida 
porque existe uma quantidade de empresas que mani- 
pulam pequenos volumes de dados. É o caso da maior 
parte das PME's. Ora a força destas empresas reside 
na adaptabilidade a um ambiente informático em muta- 
ção constante, o que pressupõe um sistema susceptível 
de evoluir sem rupturas. 

Pensamos que a nossa pesquisa pode ajudar a 
resolver os problemas existentes e por isso mesmo 
exprimimos a estrutura de um sistema não tanto em 
termos de transformações (programas, rotinas e sub- 
-rotinas) mas em termos de parâmetros de um número 
limitado de transformações normalizadas. Isto é, 
visamos transformar um problema de estrutura num 
problema de ocorrência. 

O resultado desta pesquisa permite dispor de um 
método racional, não inspiracional, prafico e ensinável 
para responder aos '“'quês” e aos “'como” da análise- 
concepção. A arquitectura sob a forma de um monitor 
orientado para uma metabase fornece um meio de 
acelarar o processamento de desenvolvimento e de 
redução dos custos. 


(Tradução livre de ILÍDIO ANTUNES da Revista 
INFORMATIQUE & GESTION, N.º 97-98) 


(Recebido em 14.11.1979) 
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